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Abstract 

This document positions the IBM Local area network (LAN) server products. It includes 
a description of the different LAN servers as well as the host gateways and LAN manage- 
ment options available to the various server environments. The intention is to complement 
other LAN documents and to provide a single document containing information on IBM's 
range of LAN server products. 

The document is intended for customers, IBM system engineers, and marketing personnel 
working in the LAN environment who have the responsibility for planning or designing 
local area networks. 
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Preface 



Document Purpose and Scope 



The purpose of this document is to provide, within a single document, sufficient informa- 
tion about the different IBM Local Area Network (LAN) server products so that the LAN 
planner, either the customer or IBM systems engineer, is able to identify the most suitable 
product or combination of products to meet a specific set of requirements. The document 
deals with the following server implementations: 

PC LAN Program Version 1.3 

OS/2 LAN Server Version 1.0 

AS/400 PC Support 

PC Support/36 

Enhanced Connectivity Facilities Version 1.1 

NFS under both TCP/IP and AIX 

Financial Branch System Services Version 2.1.1. 

In addition the document evaluates the host gateway options available within the different 
server environments as well as the management capabilities, both in terms of problem de- 
termination and administration. 

Throughout this document, the term "personal computer" refers to the supported models 
of IBM Personal Computer and IBM Personal System/2 systems. The term 
"workstation" is used interchangeably with the term "personal computer". 

Audience 

This document is intended for persons who have the responsibility, at an application level, 
for deciding on, planning or designing local area networks. 

• Customers 

■ DP management 

■ Network planning staff 

• IBM 

■ Sales representatives 

■ Account system engineers 

■ Network specialist system engineers. 
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Document Organization 

The document is organized as follows: 

• Chapter 1 Introduction 

Chapter 1 looks at the concept of LAN servers and provides background information 
on LAN management. 

• Chapter 2 PC LAN Program Version 1.3 

Chapter 2 reviews the IBM PC LAN Program VI. 3 in terms of its capabilities and host 
connectivity possibilities. 

• Chapter 3 OS/2 LAN Server Version 1.0 

Chapter 3 reviews the IBM OS/2 LAN Server VI. in terms of its capabilities and host 
connectivity possibilities. 

• Chapter 4 AS j 400 PC Support 

Chapter 4 reviews the IBM AS/400 PC Support in terms of its capabilities and host 
connectivity possibilities. It also identifies the differences between AS/400 PC Support 
and PC Support/36. 

• Chapter 5 Enhanced Connectivity Facilities Version 1.1 

Chapter 5 reviews the IBM Enhanced Connectivity Facilities V 1.1 in terms of its ca- 
pabilities and LAN connectivity possibilities. 

• Chapter 6 Network File System 

Chapter 6 reviews the different IBM Network File System offerings in terms of their 
capabilities and connectivity possibilities. 

• Chapter 7 Financial Branch System Services Version 2.1.1 

Chapter 7 reviews the IBM Financial Branch System Services V2.1.1 in terms of its 
capabilities and connectivity possibilities. 

• Chapter 8 Coexistence 

Chapter 8 presents a number of coexistence scenarios. 

• Chapter 9 Design Considerations 

Chapter 9 reviews some of the factors that are significant in terms of server imple- 
mentations. 
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Related Publications 

IBM PC Local Area Network Program Version 1.3 - Getting Started: Installation and 
Configuration 

IBM PC Local Area Network Program Version 1.3 - Application Programmers Guide 

IBM PC Local Area Network Program Version 1.3 - Base Services Network Commands 
- Quick Reference 

IBM PC Local Area Network Program Version 1.3 - Online Reference 

IBM PC Local Area Network Program Version 1.3 - Online Overview 

IBM PC Local Area Network Program Version 1.3 - Software Compatibility Reference 

IBM Operating System/ 2 Local Area Network Server Version 1.0 - Getting Started: 
Planning and Installation - Release 1 (75X0838) 

IBM Operating System/ 2 Local Area Network Server Version 1.0 - User's Quick Ref- 
erence - Release 1 (75X0837) 

IBM Operating System/ 2 Local Area Network Server Version 1.0 - User's Reference - 
Release 1 (84X0157) 

IBM Operating System/ 2 Local Area Network Server Version 1.0 - Network Adminis- 
trators Quick Reference - Release 1 (84X0147) 

IBM Operating System/ 2 Local Area Network Server Version 1.0 - Network Adminis- 
trator's Reference - Release 1 (75X0968) 

AS/400 PC Support: Installation Guide (8021-8^89) 

AS/400 PC Support: Operations Reference (SC21-8090) 

AS/400 PC Support: Technical Reference (SC2 1-8091) 

AS/400 PC Support: User's Guide (SC2 1-8092) 

AS/400 PC Support: Messages and Problem Analysis Guide (SC2 1-8093) 

AS/400 Communications: User's Guide (SC21-9601) 

Introduction to IBM System/ 370 to IBM Personal Computer Enhanced Connectivity 
Facilities (GC23-0957) 

IBM Enhanced Connectivity Facilities - TSO/E Servers and CMS Servers - Installation 
Planning and Programmer's Guide (SH20-9677) 

IBM Enhanced Connectivity Facilities - Getting Started with the PC Requesters 
(SH20-9790) 

IBM Enhanced Connectivity Facilities - PC Requesters Reference (SH20-9678) 

IBM Enhanced Connectivity Facilities - PC Requesters Quick Reference Summary 
(SH20-9679) 

AIX/370 Network File System: System User's Guide (SC23-2089) 

IBM RT PC Managing the AIX Operating System (SC23-0793) 

IBM TCP / IP for VM: Network File System and Remote Procedure Call Manual 
(SC09-1274) 

IBM TCP/ IP for VM: Installation and Maintenence Manual (GC09-1203) 

IBM TCP/IP for VM: Command Reference Manual (GC09- 1204) 
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• IBM TCP/IP for VM: Programmer's Manual (GC09-1206) 

• IBM Financial Branch System Services Version 2.1 - Programmer's Reference Manual 
(GA19-5450) 
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ITSC Publication Structure - LANs 

The rapid evolution of local area network products has resulted in the availability of a wide variety of doc- 
uments, including the reference materials available with each product and additional technical planning and 
support material available from various development and support groups. 

To assist users to locate appropriate, up-to-date information the International Technical Support Center is 
structuring its local area network documentation into a library of publications. 

Each publication is produced to address some technical requirements of a specific audience as described in 
the abstract and preface of the document. Because the ITSC publications are intendedto complement, but 
not replace reference material available with the products themselves, each document also provides a bibli- 
ography of related publications. 

The International Technical Support Center publications related to local area networks have been planned 
with the following structure in mind to simplify the problem of locating up-to-date information: 

1. Overview manuals which provide tutorial information and cross-product conceptual and planning in- 
formation. 

2. Installation manuals which complement product reference material by describing the experiences of the 
ITSC in installing particular products within a total system. These documents do not address all in- 
stallation parameters or options as do the product reference materials, but are intended to highlight 
those aspects of installation which have the greatest impact on successful use of the product, including 
the relationship between a specific product and other network or system products. 

3. Network design and management manuals which describe trade-offs and considerations for managing 
or planning local area networks. 
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1.0 Introduction 



/./ Overview 



Local area networks (LANs) provide a connectivity option for users within one or more 
buildings on a single campus. This capability can be used as an alternative to clustering - 
users who have a requirement for accessing host resources. Local area networks can sup- 
port both traditional host connections (such as 3270 devices) via gateways and peer-to-peer 
connections (such as LAN servers and requesters) using intelligent workstations. IBM 1 
supplies a number of different products to meet user requirements in this environment. 
The choice of product will generally be influenced by factors such as: 

Equipment already installed 

User's application requirements 

Whether an application is available "off the shelf' for one environment and not an- 
other 

Location of data and ability to distribute it 

Number of users requiring access to the data 

Facilities for host access 

Performance requirements 

Volume of data involved, both from a storage and a transfer point of view 

Need for security 

Ability to administer and manage the environment 

Whether other applications such as office applications are available and required. 

This bulletin reviews the different products with regard to the services they provide on the 
LAN and their communications capabilities, and presents the information in a single doc- 
ument. The criteria against which the'products are reviewed are those criteria that are 
generally rather than specifically applicable to any particular installation. The information 
is presented in an attempt to simplify the LAN planner's task of selection. 



1.2 Server Operation 



The ability to concentrate resources within a single or possibly multiple processors and then 
make them available to users of other processors, usually personal computers, is based on 
the implementation of servers and requesters. These servers and requesters may go by other 
names, such as servers and users or servers and clients, but generally speaking they perform 
similar functions. Requesters request services while servers respond to those requests. 



1 IBM is a registered trademark of the International Business Machines Corporation. 
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The following example is based on an implementation using the Server- Requester Pro- 
gramming Interface (SRPI) and can be followed in Figure 1 on page 2. Although the SRPI 
is a specific implementation, the example is useful in explaining the general principles that 
are employed in this type of environment. 

Service requests originating in a requester are passed by a router function, through the SRPI 
to the communications programs and then via a communications facility to the communi- 
cations programs in a server host. There the router passes the request via the SRPI to the 
appropriate server in the server host. The server replies to the service request and the re- 
sponse is transmitted along the reverse path back to the requester. The application program 
originating the request is unaware of the communication that has taken place and believes 
that the request was satisfied locally. 

Examples of communications programs in the requester and the server host are IBM PC 
3270 Emulation Program V3 and ACF/VTAM respectively. 
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1.3 LAN Components 



LANs conform to a number of different topologies. Those that are discussed in this docu- 
ment conform to either a bus topology (see Figure 2 on page 3) or a ring topology (see 
Figure 3 on page 3). These figures show logical representations which in reality may look 
completely different. The LANs discussed in this document include: 

• IBM PC Network Baseband, a bus topology with a media speed of 2 Mbps 

• IBM PC Network (Broadband), a bus topology with a media speed of 2 Mbps 

• Ethernet 2 (IEEE 802.3), a bus topology with a media speed of 10 Mbps 

• IBM Token-Ring Network, a physical star/logical ring topology with a media speed 
of either 4 or 16 Mbps. 

The first three LANs employ a bus topology and use Carrier Sense Multiple Access with 
Collision Detection (CSMA/CD) as a media access protocol while the IBM Token-Ring 
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Network is based on a physical star/logical ring topology and uses token passing as its ac- 
cess protocol. 
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Figure 2. Bus Topology: Logical view showing workstations, a server and a gateway. 
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Figure 3. Ring Topology: Logical view showing workstations, a server and a gateway. 



The components required for the different LANs are listed below. They do not represent 
the only possibilities and are only provided in order to give the reader an idea of the com- 
ponents required for the different networks discussed in this document. 

• The following is required for an IBM PC Network Baseband: 

■ PC Network Baseband adapter card which slots into each workstation 

■ PC Network Baseband Extender for extending the attachment capability from 8 
to 80 workstations 

■ Cabling and accessories 

■ One terminator plug and one wrap plug per LAN. 



2 Ethernet is a trademark of the Xerox Corporation. 
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The following is required for an IBM PC Network (Broadband): 

■ PC Network adapter card which slots into each workstation 

■ One IBM Translator Unit and Splitter - provides radio frequency signals for 
transmitting and receiving data 

■ One IBM Base Expander for every eight workstations (max 72 workstations per 
network) 

■ Cabling kits (additional splitters allow workstations to be up to 305 meters from 
the translator unit). 

The following is required for an Ethernet (IEEE 802.3) Network: 

■ IEEE 802.3 adapter card which slots into the workstation 

■ 50 ohm coax bus 

■ Fly lead (connects to the adapter card at one end and to the transceiver at the 
other) 

■ Transceiver per adapter card (in some cases it may be included on the adapter 
card) 

■ Vampire taps 

■ Two terminator plugs, one for each end of the bus. 

The following is required for an IBM Token- Ring Network: 

■ Multistation Access Unit (MSAU) 

■ Token-ring network adapter card which slots into the workstation 

■ Fly lead (connects to the adapter card at one end and to the cabling system or 
MSAU at the other end) 

■ Cabling for extending the distances between the workstation and MSAU and for 
connecting multiple MSAUs. 



/ . 4 Server Implementation 



Servers share their resources on the network while requesters redirect application service 
requests for resource input/output (I/O) over the network to one of these servers. Re- 
sponses, returned to the requester, are passed back to the application as though the service 
requests had been satisfied locally. 

Typically servers are implemented either on a personal computer or in a host. In many 
instances the host can directly attach to the LAN and the user benefits from the perform- 
ance of the LAN and the additional processing capabilities that the host has to offer. Where 
the host does not attach directly to the LAN, either because it cannot do so or because it 
is located elsewhere, a gateway and possibly a wide area network must be crossed in order 
for the requester to communicate with the server. The performance of the gateway and the 
facility connecting the gateway to the host may affect the type of applications that can be 
run satisfactorily. 

Implementations attempt to address, among others, performance and ease-of-use factors. 
In general, ease-of-use carries an overhead in terms of the number of operations that a 
processor, either the server or the requester, must perform. This translates into cycles used 
and has an impact on performance. 

The volume of data to be transferred and the size of the data record (frame) being sent 
across the LAN can affect server and network performance. The impact on the server can 
be viewed in terms of the pathlength overhead on a "per byte" basis. Smaller transfer sizes 
incur a greater overhead relative to bigger transfer sizes and hence the CPU time for smaller 
frames is a larger percentage of the total transfer time than it is for bigger transfer sizes. 

For some applications the user may wish to transfer portions of a file from the server to 
their own machines. Implementations that support a query facility can significantly im- 
prove network performance by reducing the amount of data that needs to be transferred. 
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Queries are sent to the server and only the extracted data, and not the entire file, is returned 
to the requester. 

Implementations that support an intelligent query facility are able to return the extracted 
data in a specified format. This obviates the need for data manipulation at the requester 
but increases the workload on the server. This may be significant where the server function 
resides in a personal computer but is not necessarily so where the server function resides in 
a host. Benefits to the end user in terms of ease of use may outweigh the cost of the 
overhead. 

Protocol overhead associated with the communication between server and requester may 
also have an impact on performance. Implementations based on a datagram type service 
will generally have less communications overhead than implementations based on a 
connection- oriented service. Users should be aware, however, that a datagram environment 
is typically less secure than a connection-oriented environment and in times of recovery the 
delays experienced in the former can be significant due to the fact that recovery must be 
performed by the end nodes. SNA is typically a connection-oriented protocol while the 
User Datagram Protocol (UDP) of TCP/IP is as the name implies a datagram service. 



1.5 Server Capacity 



A frequently asked question when evaluating a LAN server is, "How many users can a 
server support?" A number of factors influence the answer to this question. These include: 

• Workload, as discussed in "Workload Considerations" on page 6. 



• 



Request types. Are they program loads as for spreadsheeting, or file reads as would 
be the case for a file transfer, or possibly file writes such as record updates or document 
saves? 

• Operating system factors such as file organization (sequential, index sequential or di- 
rect), file and record sizes, and data base design. 

• Processor factors such as internal cycle time, channel speeds and disk seek time. 

• Whether or not the processor is dedicated to a specific function. 

• The type of LAN being used. 

Applications which use files that are not shared by multiple user workstations, can reduce 
the server's processing load by downloading the file for local processing. This allows the 
server to do other work. 

For random file access, the size of the file can also affect the server's capacity. Small files 
can become cache-resident in those servers that implement caching. This makes for fast 
access and can increase the number of I/Os that the server can perform. File accesses which 
open and close the file for each record read will tend to reduce the server's capacity. 

Applications that process data sequentially tend to give better throughput than those that 
perform random processing. Random processing requires the server to send a single record 
at a time to the requester which results in the greatest overhead and the lowest throughput. 

As more users access a server and the number of requests increases, a point is reached at 
which the amount of actual, productive work performed decreases. This is due to queuing 
delays and the unproductive overhead of managing I/Os incurred at the server. 

The important factor to consider when comparing different LANs is not the media speed 
but rather the data throughput capability. The IBM Token-Ring Network, unlike its 
CSMA/CD counterparts, displays excellent performance characteristics under load. A 
characteristic of the Token- Ring implementation is that data throughput is close to media 
speed, and thus by increasing the media speed to 16 Mbps one can expect a proportionate 
increase in data throughput. Delays on the LAN can translate into delays at the server and 
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even if they don't, they will lengthen user response time and may lead to the erroneous 
conclusion that the server is overloaded. 



1.6 Workload Considerations 

The number of user workstations on a LAN is per se, a meaningless measure of server ca- 
pacity. Theoretically there can be an infinite number of user workstations for only one 
server, providing that none of the users power on their workstations. It is thus necessary 
to assess users in terms of the functions that they perform on the LAN and their working 
habits. 

We can start by categorizing users according to their job descriptions. For example, some 
users, such as clerical workers, may spend most of their day performing data capture type 
operations at their workstations. They frequently transfer files and interact with the server. 
Others, such as secretarial staff, may only spend half their day at their workstations per- 
forming word processing and document transfer type functions. Professionals will typically 
spend a large portion of their day at their workstations performing analytical type functions 
that may have very little dependence on the server. Managerial staff on the other hand will 
only spend a small percentage of their day at their workstations performing functions such 
as spreadsheet updates. So, usage type is a very important factor and it goes without saying 
that the office clerk will use more server capacity than the manager. "Think time" also 
plays an important role here. The relative percentage of think time to key time is generally 
greater for managers and professionals than it is for secretarial staff, who in turn have a 
relatively higher percentage than do office clerks. 

When reviewing the amount of work done by a user at a workstation, it is important to bear 
in mind that for a given amount of user effort, certain functions will use more server re- 
sources than others. Creative functions, such as spreadsheeting or word processing, require 
data to be transferred to the workstation for local processing and then returned to the server 
when processing is complete. These functions place a relatively light load on the server. 
Interactive functions which include inquiries, editing and data entry, generate relatively more 
file I/Os than creative functions and hence use more of the server's resources. The heaviest 
users of server resources are the batch functions. Batch functions typically perform activities 
such as file searches, sorts and report generation. 



1.7 Sizing the Server 



Capacity planning theory states that one should allow for peak loads and application 
growth. The real issue, though, is how to estimate the base requirement in order to leave 
sufficient capacity for peak loads and the future. This is especially true when dealing with 
a number of different server implementations and their associated hardware. 

The process of capacity planning requires considerable effort, detailed information on the 
environment and possibly the use of sophisticated simulation models, and is beyond the 
scope of this document. Separate publications are available which provide this type of in- 
formation. The following discussion, then, is only provided to give the reader an idea of 
the complexities involved and is not intended for practical application. 

A possible methodology for determining the base requirement would be to reduce functions 
performed on the server to a common denominator, detennine the number of "common 
denominators" that the server hardware can perform, and then apply the enterprises work- 
load profile to this number. 

Generally speaking a service request sent by the requester will translate into a number of 
input/output (I/O) requests at the server location. These could be disk I/O, printer I/O, 
etc. I/Os therefore provide a suitable common denominator and the question posed in 
"Server Capacity" on page 5 can now be restated as: "How many I/O requests can a server 
support in a given period of time?" I/Os are a particularly appropriate measure of capacity 
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in that they give credit to techniques, such as caching and reading multiple records with one 
operation, which have the effect of reducing the number of I/Os that must be performed. 

In order to determine the enterprises workload profile it is first necessary to categorize users 
according to their job descriptions and to determine the number of employees in each cat- 
egory. It is then necessary to ascertain the average number of imaginative, interactive and 
batch tasks performed by each category and to multiply these numbers by values previously 
obtained for the number of I/Os generated by these tasks. By totaling the values so ob- 
tained we have the number of I/Os performed by a typical user in a particular category. 
These values can be multiplied by the number of users in a category and the results for all 
categories totaled to give the enterprise's workload profile. 

By applying the workload profile so obtained to the capacity of individual servers we can 
determine the number of servers required. 



1.8 Management 



As LANs grow in size and function the need for management and control becomes more 
important. The focus given to management for a given-sized LAN will depend on factors 
such as the importance of high availability to the end users. 

LANs can either be managed independently or as an integrated whole. The quantity and 
form that LAN management takes will also depend to some extent on whether or not the 
LAN must interface to an existing network. 

For those enterprises with large installed SNA networks, IBM has a network management 
strategy, often referred to as Communications and Systems Management (C&SM), which 
includes management capabilities for LANs. C&SM is based on the IBM Open Network 
Management Architecture (ONMA) which defines the concepts of focal point, entry point 
and service point. The focal point is a centralized collection point for all information re- 
lating to the hygiene of a network. It is also a distribution point for commands and infor- 
mation being sent out into the network. An example of a focal point implementation is 
Net View 3 . The entry point is typically an SNA product such as an IBM 3174 which is able 
to perform data transport functions as well as being able to generate error and status in- 
formation which it sends to the focal point. The service point, on the other hand, receives 
error and status information from non-SNA products and then forwards this information 
to the focal point. Net View/PC 4 provides a service point implementation to the LAN 
Manager Version 1.0 and, depending on the LAN Manager system definition, either 
Net View/PC or OS/E EE Communication Services will provide the service-point imple- 
mentation. 



3 NetView is a trademark of the International Business Machines Corporation. 

4 Net View/PC is a trademark of the International Business Machines Corporation. 
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Management of the LAN environment can broadly speaking be divided into two categories, 
LAN management and LAN administration. 



1.8.1 LAN Management 

LAN management involves all the disciplines necessary to ensure that the network is op- 
erative at the required time. These disciplines in conjunction with LAN management tools 
aim to facilitate functions such as: 

Determining when an outage has occurred 

Ascertaining the reason for the outage 

Identifying the failing component 

Translating network addresses into physical locations 

Taking corrective action 

Ensuring that adequate capacity is available. 

In a LAN environment, the first level of network management is provided by the individual 
LAN stations. Each station implements a certain amount of self management and network 
monitoring. 

Most IBM-supplied LAN adapters are able to generate messages that contain information 
relating to network errors and adapter status. The type of information generated differs 
according to whether the network is an IBM Token- Ring Network or one of its CSMA/CD 
counterparts. In the case of an IBM Token- Ring Network the information provided is 
comprehensive while for CSMA/CD networks such as the IBM PC Network Baseband and 
IBM PC Network (Broadband) it is limited. 

Error information generated by the adapter is forwarded to an error monitor functional 
address. In a CSMA/CD network this function is known as the LAN Error Monitor 
(LEM) while in a token-ring network it is called the Ring Error Monitor (REM). Addition 
functional addresses may be present for collecting status information and controlling the 
LAN. 
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The LAN management products supplied by IBM are able to capture and analyze infor- 
mation sent by LAN function service rutines such as Ring Error Monitor (REM) or con- 
figuration report server (CRS). 

The following range of LAN management products provide management support for LANs 
ranging in size from a small, single-segment IBM PC Network Baseband or IBM PC Net- 
work (Broadband) to large, multi-segment IBM Token-Ring Networks (individual LANs, 
when connected to one another by bridges are referred to as LAN segments): 

• PC Network Analysis Program - is a personal computer DOS-based application that 
will monitor a single IBM PC Network (Broadband) segment. It has the ability to 
capture error and status information on a small, non-host connected IBM PC Network 
(Broadband). 

• IBM PC 3270 Emulation LAN Management Program V 1.0 - is a personal computer 
DOS-based application which runs together with IBM PC 3270 Emulation Program 
V3 configured as a gateway station. IBM PC 3270 Emulation LAN Management 
Program V1.0 offers Host Alert Forwarding capability for small IBM PC Network 
Baseband, IBM PC Network (Broadband) and IBM Token-Ring Networks. Neither 
local LAN management operator commands nor a user interface are available. 

• IBM LAN Manager Entry VI. - runs under OS/2 Extended Edition Vl.l. It offers 
Host Alert Forwarding as well as Alert Transportation Services from LAN applications 
on small IBM PC Network Baseband, IBM PC Network (Broadband) and IBM 
Token- Ring Networks. The only communications path to Net View in the host system 
is offered by the integrated SDLC support included in the Communications Manager 
of OS/2 5 . 

• IBM LAN Manager V1.0 - provides LAN management functions for the IBM 
Token-Ring Network and the IBM PC Network (Broadband). It enables the user to 
perform problem determination, gather status information, and to perform control 
functions. In a Token- Ring environment the IBM LAN Manager V1.0 can operate 
in conjunction with IBM Token- Ring Network Bridge Program Vl.l to provide 
management support for multiple rings. When running as an application of 

Net View/ PC, alerts can be forwarded to NetView at the host. 

• IBM LAN Manager V2.0 - enhances the capabilities of IBM LAN Manager V1.0 both 
as a stand-alone LAN manager station as well as when it is running as a NetView/ PC 
application. Enhancements include concurrent management of a mixed LAN envi- 
ronment including IBM PC Network (Broadband) and IBM Token- Ring Network (4 
Mbps and 16 Mbps), an alert transport service for applications to send alerts to the 
focal point, and monitoring of resources defined as critical. With the appropriate level 
of NetView, commands can be issued at the host to execute on the LAN. 

• 3174 Gateway Feature - when fitted, models OIL, 01R, 51R, 02R, or 52R support the 
Ring Error Monitor (REM) function. They can initiate beaconing (a token-ring 
problem isolation procedure) and send network management data relating to a single 
token-ring segment, to NetView at the host. 

• 372x Communication Controller - the 3720, 3725, and 3745 do not implement the 
REM function. However, the token-ring support is able to detect beaconing condi- 
tions on the ring and can forward this information to NetView as an alert. 

• 9370 Integrated Token-Ring Subsystem - implements the REM function. Error in- 
formation can be displayed locally on the processor console. 

• AS/400 6 Token-Ring Support - implements the REM function. The AS/400 can act 
as a focal point or can forward alerts to another focal point. 



OS/2 is a trademark of the International Business Machines Corporation. 
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IBM Token-Ring Network Trace and Performance Facilities - provide the ability to 
perform trace and performance monitoring functions for the ring to which it is at- 
tached. It consists of both hardware, in the form of an enhanced token-ring adapter 
card, and software. 



1.8.2 LAN Administration 

Administration functions will always be required in a LAN environment. Whether they 
are performed on a formal basis will depend on the characteristics of the enterprise and the 
skill level of the LAN users. LAN administration deals with the ability to: 

• Manage the availability of resources 

• Control access to resources 

• Maintain the latest level of software across the LAN 

• Perform timeout backups. 

The approach to mamtaining the latest levels of software and data on the LAN can differ. 
One approach is to maintain a single set of libraries which all the users access while another 
is to distribute software to all users on an automated basis. Very often a combination of 
these approaches will be appropriate. 

A key product in this arena is Net View Distribution Manager. It is a focal point imple- 
mentation that can automatically distribute objects to systems that have the requisite ca- 
pability of receiving these objects. Distribution can commence at a specified time of day 
or night and an audit trail, specifying whether transfers have been successful or not, is kept 
for later review. 

Some of the features provided by Net View Distribution Manager include: 

• Adding files to a file system 

• Replacing already existing files 

• Deleting files 

• Retrieving files from a file system 

• Sending a batch file to a workstation for subsequent execution 

by the operator 

• Sending a message to the workstation operator. 

At a LAN level the facilities provided by IBM PC LAN Program VI. 3 and IBM OS/2 
LAN Server V 1.0, in terms of their remote IPL (RIPL) support for personal computer 
DOS-based workstations, help to ease the task of LAN administration. 



6 AS/400 is a trademark of the International Business Machines Corporation. 
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2.0 PC LAN Program VL3 



2.1 Overview 



The IBM PC LAN Program VI. 3 (PCLP 1.3) provides resource sharing of disk and print 
devices for IBM Personal Computers and IBM Personal Systems/ 2 on an IBM LAN. It 
is a personal computer DOS-based application which offers two modes of operation to the 
end user, Base Services and Extended Services. The former provides the following: 

Printer and file sharing 

Support of multiple servers for both printer and file sharing 

Limited data access protection 

Print queue management 

Messaging functions. 

Extended Services extends these capabilities to include the following additional functions: 

User identification and encrypted password security 

Program and data access protection 

LAN resource administration from any workstation 

Application selector menu providing access to multiple servers 

Messaging as a separate application 

Remote IPL support for medialess workstations 

Online overview, reference and help materials. 

IBM PC LAN Program VI. 3, when running as an Extended Services mode requester, is 
able to access resources belonging to an IBM OS/2 LAN Server V1.0. Please refer to "OS/2 
LAN Server V1.0" on page 27 for further details. 



2.2 Basic Functions 

Base Services provides a flexible environment for sharing and using resources via the NET 
SHARE and NET USE commands while Extended Services provides a more formal envi- 
ronment with tighter security and improved administrative capabilities. The latter mode 
of operation is optionally selected and provides these improved capabilities to both the ad- 
ministrator and the users. 



2.2.1 Base Services 

This environment is equivalent to that provided by IBM PC LAN Program VI. 2. Servers 
share their resources for use by other workstations, and can themselves use the resources 
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of other servers. Each server is responsible for providing and maintaining access to its re- 
sources. The functions provided within Base Services include: 

• Printer and file sharing. 

• Support of multiple servers for both printer and file sharing. 

• Data access protection. The disk access rights that are provided by a Base Services 
server are different from those provided in Extended Services. The server operator can 
share disk resources, at a directory level, and limit access to: 

Read only 
Write only 
Read and write 
Write, create and delete 
Read, write, create and delete 

• Print queue management 

• Messaging functions, including: 

■ Sending, retrieving and saving messages 

■ Editing and forwarding a received message 

■ Logging messages to a file. 

A user workstation, depending on how it has been configured, is known as either a redi- 
rector, a receiver, or a messenger. A redirector intercepts application program calls for disk 
and printer input/output and forwards them across the network to a server. The server re- 
turns the response to the redirector who passes it back to the application. The application 
is unaware that its program calls were not satisfied locally. 

A receiver has the same capabilities as a redirector plus the ability to receive and log mes- 
sages. A messenger further extends the capabilities of the redirector, beyond those of the 
receiver, to include advanced messaging capabilities. These capabilities include, among 
others, the ability to edit and forward messages. A server includes all of these functions 
plus, as the name implies, has the ability to share its resources on the network. 

The primary difference between these modes of operation, apart from level of function, is 
the amount of personal computer memory that is required to run them. As can be ex- 
pected, the greater the level of function, the higher the demand for memory. 

2.2.2 Extended Services 

Extended Services provides a far more controlled environment than Base Services. In Base 
Services resources can be shared on an "as required" basis, either by command, batch file 
or via the menu interface. Similarly resources can be used on an "as required" basis. Ex- 
tended Services on the other hand, requires that an administrator control and administer the 
resources. Permission must be specifically given in order for a user to access them. 

Configuration possibilities include those of redirector, receiver and server. Messaging ca- 
pabilities, which under Base Services are dependent on the configuration selected, are im- 
plemented as a separate application that can be selected from a menu interface by any of 
the configurations. 

In order to provide a more formal environment, Extended Services has introduced a number 
of new concepts: 

• User and system administrator 

• Domain 

• Filesets 

• Remote Initial Program Load (RIPL) Workstations 
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• Program Server 

• Application Selector. 

It should be noted that Extended Services servers are able to issue NET SHARE commands 
so as to allow Base Services users access to their resources. 

2.2.2.1 User and System Administrator 

Extended Services makes the distinction between the use of resources and the adminis- 
tration of those resources. Anyone who uses resources is referred to as a user (also known 
as a requester) and the system administrator is the function that administers resources by 
defining: 

• Who can log on 

• What resources can be shared 

• Who can access what resources 

• The types of access 

• System parameters. 

Users are assigned user IDs which can optionally have passwords associated with them. 

The system administrator is an IBM PC LAN Program VI. 3 user ID that has been assigned 
special privileges in order to perform the above tasks. As for conventional users, the system 
administrator may have to supply a password in order to log on. 

In addition the system administrator is able to perform system functions such as: 

• Setting time and date 

• View and print the domain control data base 

• Perform system shutdown. 

The user on the other hand is able to view the network status, view and manipulate his own 
print queue, and display which users are logged on. 

2.2.2.2 Domain 

A domain is a logical group of one or more Extended Services servers within a LAN. It 
includes a specification of the resources provided by the servers, a set of users who may 
access those resources and an access mapping of users and the resources that they can ac- 
cess. 

All resources within a domain are managed as a single entity by the system administrator. 
The system administrator is able to log on from any workstation in order to perform these 
functions. Resources can either be defined as internal resources in which case they are de- 
fined, controlled and used entirely within the domain, or they can be defined as external 
resources and as such they are defined within this domain but can be accessed by users in 
a different domain. 

One of the servers in the domain is defined as the domain controller and controls access to 
all resources within the domain. The domain controller is the primary server and must be 
started before users can log on and access the resources of the domain controller or of any 
other server. 
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2.2.2.3 File Sets 

Afileset is a directory, including all files and sub-directories within it, on an Extended Ser- 
vices server's disk. It is given a name and then shared on the network for read or update 
use by specified users. The users need not know the intricacies of path and drive desig- 
nation when accessing a fileset. 

In addition to shared filesets, each user has a home fileset for their exclusive use. It contains 
information needed to create the user's environment when he or she logs on. 

2.2.2.4 Remote Initial Program Load (RIPL) Workstations 

RIPL workstations can be, but are not necessarily, medialess personal computers. Such 
workstations, instead of IPLing from their own disks, receive an Initial Program Load (IPL) 
image from one of the servers at power-on time. 

In order for a personal computer to be an RIPL workstation, it needs to have the requisite 
RIPL support installed on its LAN adapter card. 

2.2.2.5 Program Server 

A program server is a server that provides access to programs for LAN-attached work- 
stations. These can be RIPL workstations or any other workstations requiring access to 
programs that are not resident on their own disks. 

2.2.2.6 Application Selector 

After logging on to a workstation IBM PC LAN Program VI. 3 presents the user with an 
Application Selector menu. The standard menu includes the following options: 

• LOGOFF - returns the user to the user logon panel. 

• PCLP - displays the IBM PC LAN Program VI. 3 Extended Services function menu. 

• DOS - returns the user to the DOS command prompt without first having to log off. 
Most DOS commands are available in this environment. 

• LANMSG - lets the user send, receive, save and recall saved messages. 

The menu can be modified by the individual user to include both shared applications, for 
which the user has been given access, and private applications. The latter will usually reside 
on the user's own disk. 

By selecting PCLP from the standard menu the user is able to perform IBM PC LAN 
Program VI. 3 functions which include: 

• Print files on a local or network printer 

• Manage your print queue by viewing, ordering or holding files that are queued for 
printing 

• Manage filesets 

• Access online reference information. 

In addition to the above, the system administrator or a user with administrator privileges 
is able to perform functions such as: 

• Set system date and time 

• Add users 

• Define and maintain filesets 
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Set up network printer definitions 

Define network applications 

Define RIPL workstations and create RIPL images for those workstations 

Define additional servers 

Authorize user access to network resources 

Print domain definition files showing user, resource and access definitions 

Shut down the network. 



2.3 Operating Environment 



This section identifies the minimum hardware and software components that are required 
by workstations that are to be attached to a LAN and run the IBM PC LAN Program 
VI. 3. It is not intended as an installation guide but instead it is provided to give the reader 
an indication of what will be required. 

The configurations listed below do not include network components, other than the LAN 
adapter cards, nor do they include additional software that may be required for access to 
System/370 7 host resources. 

2.3.1 Prerequisite Hardware 

Within the IBM PC LAN Program VI. 3 environment at least one workstation must be 
configured as a server while the others can be configured as users. 

Minimum requirements for an Extended Services server: 

A supported IBM Personal Computer or IBM Personal System/2 
Diskette drive 
Fixed disk drive 
Keyboard 

Display adapter and monitor 
640KB RAM 
© Appropriate LAN adapter. 

Other options supported for an IBM PC LAN Program VI. 3 server configuration include: 

• IBM 3363 Optical Disk Drive 

• Additional fixed disk drives 

• Printers. 

Minimum requirements for workstations and Base Services servers: 

• A supported IBM Personal Computer or IBM Personal System/2 

• Keyboard 

• Display adapter and monitor 

• 640KB RAM 

• Appropriate LAN adapter. 

Either of the above configurations can also include one of the following for use by that 
workstation: 

• SDLC Communications Adapter or PS/2 8 Multi- Protocol Adapter/A 

• 3278/9 Emulation Adapter or IBM 3270 connection 



7 System/370 is a trademark of the International Business Machines Corporation. 
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• Pointing device. 

2.3.2 Prerequisite Software 

The IBM PC LAN Program VI. 3 requires the following minimum levels of software: 

• IBM DOS 3.30 or DOS 4.00 (DOS 4.0, among other capabilities, supports disks 
greater than 32 MB) 

• The IBM LAN Support Program VI. 02 and later. 



2.4 Connectivity 



The IBM PC LAN Program VI. 3 is able to run on its own in a stand-alone LAN envi- 
ronment or can run together with other DOS-based applications 9 that provide access to 
IBM System/370 host and ASCII host resources. 

This section deals with communications between LAN -attached workstations and between 
these same workstations and an IBM System/370 host. The scenarios shown are given as 
examples and should not be taken to imply that they are the only configuration possibilities. 

2.4.1 LAN Connectivity 

The IBM PC LAN Program VI. 3 provides an equivalent level of function for the following 
IBM LANs: 

• IBM PC Network Baseband 

• IBM PC Network (Broadband) 

• IBM Token-Ring Network. 

Communication between IBM PC LAN Program VI. 3 workstations uses the IEEE 802.2 
and NETBIOS protocols which are provided as part of the IBM LAN Support Program. 
Up to 64 workstations, configured as either servers or users, can be part of a single logical 
LAN. Multiple logical LANs can co -exist on the same physical LAN. 

Figure 5 on page 17 shows the IBM PC LAN Program VI. 3 running Base Services while 
Figure 6 on page 17 shows the IBM PC LAN Program VI. 3 running Extended Services. 



8 PS/2 is a registered trademark of the International Business Machines Corporation. 

9 The IBM PC LAN Program VI. 3 on its own has no communication capabilities for accessing 
an IBM System/370 host. 
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2.4.1.1 Typical LAN Configurations 
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Figure 5. PC LAN Program VI. 3 Base Services 
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Figure 6. PC LAN Program VI. 3 Extended Services 



2.4.2 System/370 Host Connectivity 

Workstations on the LAN wishing to access resources located in a host can do so by run- 
ning the appropriate emulation program together with IBM PC LAN Program VI. 3. In 
addition they require the services of a gateway in order to get from the LAN to the network 
on which the host resides. Users are able to access both SNA hosts, using either 3270 
protocols or Advanced Program-to-Program Communications (APPC), and ASCII hosts. 
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This section only reviews the options that are available for accessing SNA 3270 type ap- 
plications. Two products are discussed, namely: 

• IBM PC 3270 Emulation Program V3 (3270EM) 

• IBM 3270 Workstation Program VI. 1 (WSP 1.1). 

The IBM PC 3270 Emulation Program V3 provides 3270 emulation for personal computer 
DOS-based workstations wishing to access an IBM System/370 host. It is able to emulate 
either terminal and printer functions or a gateway function, or both. Emulating terminal 
and printer functions, the IBM PC 3270 Emulation Program V3 requires the gateway ser- 
vices of one of the SNA gateways discussed in "Gateway Selection" on page 102. Config- 
ured as a gateway, it can support up to 32 terminal or printer sessions. More detail on the 
different configuration options is given below: 



• 



• 



• 



Network Station - this configuration option provides support for one terminal and one 
printer session and uses 3270EM configured as a gateway for host access. Communi- 
cation between the network station and the gateway is accomplished using SNA pro- 
tocols imbedded in NETBIOS protocols. 

Gateway Station - this configuration option emulates a 3274 control unit and op- 
tionally one terminal and one printer session. It provides gateway functions for other 
workstations configured as network stations as in Figure 7 on page 19. A variation 
of this example is shown in Figure 8 on page 20 where the 3270EM gateway is con- 
nected to a 3x74 Distributed Function Terminal (DFT) port and together they provide 
gateway services for up to five workstations. Communication between the gateway 
station and the host is accomplished using SNA 3270 protocols. 

Stand-alone Station - this configuration option provides emulation for a 3274 control 
unit with one terminal and one printer attached. It can use either a 3174 Terminal 
Controller, a 37xx Communications Controller ur the 9370's integrated Token-Ring 
Network Subsystem Controller (TRNSC) for gateway services. Communication be- 
tween a stand-alone station and the host is accomplished using SNA 3270 protocols. 

The following scenarios are provided as stand-alone station configuration examples: 

• Figure 9 on page 21 shows 3270EM configured as a stand-alone station and using ei- 
ther a link-attached 3174 or 37xx for accessing 3270 applications running on a remotely 
located SNA host. 

• Figure 10 on page 22 shows 3270EM configured as a stand-alone station and using 
either a channel-attached 3174 or 37xx for accessing 3270 applications running on a 
local SNA host. 

• Figure 1 1 on page 23 shows 3270EM configured as a stand-alone station and using the 
9370's integrated TRNSC to access 3270 applications running on a LAN-attached 
9370. 

The IBM 3270 Workstation Program VI. 1 provides 3270 terminal emulation for up to four 
host sessions. In addition it provides up to six DOS sessions and up to two notepad ses- 
sions. A fully configured WSP 1.1 workstation running IBM PC LAN Program VI. 3 will 
require an Expanded Memory Adapter (XMA) card to be installed. WSP 1.1 uses the same 
gateway options as 3270EM configured as a stand-alone station. An example of a WSP 
1.1 workstation using either a link-attached 3174 or 37xx for accessing 3270 applications 
running on a remotely located SNA host is shown in Figure 12 on page 24. 

In a PC LAN Program VI. 3 environment APPC support is provided by a separate product 
(APPC/PC). However, typical APPC configurations would be similar to those shown in 
the chapter dealing with the IBM OS/2 LAN Server V1.0. 
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2.4.2.1 Typical IBM PC 3270 Emulation Program V3 Configurations 
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Figure 7. 3270 Host Access Using IBM PC 3270 Emulation Program V3 Configured as a 
Gateway 



Notes to the above diagram: 

1. The 3270EM network station configuration can emulate two LUs, one terminal and 
one printer. 

2. The 3270EM gateway configuration can provide gateway services for up to 32 LUs. 

3. The personal computer mnning as a 3270EM gateway requires an SDLC adapter or 
equivalent to be installed. 

4. The 3270EM gateway supports a single host link at speeds ot up to 19200 bps. 

5. Examples of 3270 applications are TSO and CICS. 

6. The above configuration is supported in an IBM PC Network Baseband, an IBM PC 
Network (Broadband) and an IBM Token-Ring Network environment. 
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Figure 8. Local or Remote 3270 Host Access via an IBM PC 3270 Emulation Program V3 
Gateway Station Attached to a 3x74 DFT port 



Notes to the above diagram: 

1 . The 3270EM network station configuration emulates a 3274 with two LUs, one ter- 
minal and one printer. 

2. The 3270EM gateway configuration when attached to a 3x74 DFT port can provide 
gateway services to five down stream LUs. 

3. The 3270EM gateway personal computer requires a 3278/9 adapter or equivalent to 
be installed. 

4. Examples of 3270 applications are TSO and CICS. 

5. The above configuration is supported in an IBM PC Network Baseband, an IBM PC 
Network (Broadband) and an IBM Token-Ring Network environment. 
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Figure 9. Remote 3270 Host Access Using a 3174 or a 37xx as a Gateway 



Notes to the above diagram: 

1. The 3270EM stand-alone station configuration emulates a 3274 and two LUs, one 
terminal and one printer. 

2. The models of 3174 which can provide link-attached gateway services are the 01R, 
51R, 02R and 52R. 

3. The 3174s require a gateway feature to be added and will support a single host link at 
speeds of up to 64 Kbps 

4. The 37xx can either be a 3720, 3725 or 3745 which has been appropriately configured. 

5. The 37xx can support multiple host links at speeds of up to 64 Kbps. Higher speeds 
are also supported. 

6. Examples of 3270 applications are TSO and CICS. 

7. The above configuration is only supported in an IBM Token-Ring Network environ- 
ment. 
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Figure 10. Local 3270 Host Access Using a 3174 or 37xx for Gateway Services 



Notes to the above diagram: 

1. The 3270EM stand-alone station configuration emulates a 3274 and two LUs, one 
terminal and one printer. 

2. The 3174-01L is the only 3174 which can be channel-attached. With the gateway 
feature added it is able to provide gateway services to downstream devices. 

3. The 37xx can either be a 3720, 3725 or 3745 which has been appropriately configured. 

4. Examples of 3270 applications are TSO and CICS. 

5. The above configuration is only supported in an IBM Token-Ring Network environ- 
ment. 
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Figure 1 1. Local 3270 Host Access Using the Integrated TRNSC of the 9370 as a Gateway 



Notes to the above diagram: 

1. The 3270EM stand-alone station configuration emulates a 3274 and two LUs, one 
terminal and one printer. 

2. The integrated Token-Ring Network Subsystem Controller (TRNSC) consists of a 
Token-Ring adapter, a communications processor and microcode. 

3. Examples of 3270 applications are TSO and CICS. 

4. The above configuration is only supported in an IBM Token- Ring Network environ- 
ment. 
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2.4.2.2 A Typical IBM 3270 Workstation Program VI. 1 Configuration 



LAN Host 
Workstation Connection Gateway Connection Host Environment 
< > < > < > < > <- > 



WSP 1.1 
LU1 - LU4 



PCLP 1.3 



Token-Ring 



3174-xlR 
3174-x2R 
37xx 



H / 

SDLC link 



3270 
Application 



M = Modem 



Figure 12. Remote 3270 Host Access Using a 3174 or a 37xx as a Gateway 



Notes to the above diagram: 

1. WSP 1.1 can emulate up to four LUs per workstation, all of which are for terminal 
sessions. 

2. The above configuration is for remote access. Loc^l access is the same as shown for 
3270EM in Figure 10 on page 22, or Figure 11 on page 23 is also possible. 

3. The models of 3174 which can provide link-attached gateway services are the 01R, 
51R, 02R and 52R. 

4. The 3174s require a gateway feature to be added and will support a single host link at 
speeds of up to 64 Kbps. 

5. The 37xx can either be a 3720, 3725 or 3745 which has been appropriately configured. 

6. The 37xx can support multiple host links at speeds of up to 64 Kbps. Higher speeds 
are also supported. 

7. Examples of 3270 applications are TSO and CICS. 

8. The above configuration is only supported in an IBM Token-Ring Network environ- 
ment. 



2.5 Compatibility and Co-existence 

IBM PC LAN Program VI. 3 workstations can co-exist and communicate with IBM PC 
LAN Program VI. 2 workstations in the same LAN environment. It should be noted 
though that the NET PERMIT command has been deleted from IBM PC LAN Program 
V1.3. 

The IBM PC LAN Program VI. 3, when running as an Extended Services mode requester, 
is supported by the IBM OS/2 LAN Server V1.0. This compatibility has been provided to 
ease the migration from a IBM PC LAN Program VI. 3 environment to a IBM OS/2 LAN 
Server V1.0 environment. It should be noted that IBM PC LAN Program VI. 3 servers 
cannot co-exist in the same domain as an IBM OS/2 LAN Server VI. 0. Thus migration 
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would have to take place one domain at a time, or by creating new domains. Please refer 
to "OS/2 LAN Server V1.0" on page 27 for further compatibility details. 

In addition a number of programs have been successfully tested to run with IBM PC LAN 
Program VI. 3. These include: 

LAN Print Manager. 

Advanced Program-to-Program Communications/ PC (APPC/PC) Release 1.11. 

PC 3270 Emulation Program Version 3.04. The printer emulation supports concurrent 
printing of host and LAN generated output. 

3270 Workstation Program Version 1.12. 

PC Support/36 Release 5 Modification 1. 

AS/400 PC Support. Discussed in "AS/400 PC Support" on page 43. 

A key consideration when running one of these applications together with IBM PC LAN 
Program VI. 3, is the amount of personal computer memory that is required. For example 
APPC/PC is only able to run together with IBM PC LAN Program VI. 3 when the latter 
is configured as a redirector. This means that some configurations are not possible. For 
example, the IBM PC LAN Program VI. 3 Domain Controller and server configurations 
cannot run together with IBM PC 3270 Emulation Program V3 configured as a gateway. 
Of course, it is possible to terminate one application (for example, IBM PC LAN Program 
VI. 3) and then start the next. 

Workstations using the PC Network Adapter II or PC Network Adapter II/A and requiring 
the remote IPL services of the IBM PC LAN Program VI. 3 must use the IEEE 802.2 and 
NETBIOS protocols supplied with the IBM LAN Support Program. This means that 
these workstations will not be able to communicate across the LAN to other workstations 
running the PC Network Protocol Driver Program, or using the native function of the or- 
iginal PC network adapter. 



2.6 Interfaces 

2.6.1 End-User Interface 

In both Base Services and Extended Services the user has the option of interfacing with the 
system via commands, batch files or menus. The Base Services menu interface is the same 
as that used in the IBM PC LAN Program VI. 2. When Extended Services is started, the 
user is first presented with an initial logon panel. After successfully logging on the user is 
then presented with the Application Selector menu from which he can select PCLP. The 
succeeding menus use an action bar and pull-downs, and can be driven via the keyboard 
or a mouse or both. The IBM PC LAN Program VI. 3 user screens are similar to those 
presented on an OS/2 requester and the user should experience no difficulty in migrating 
to the latter environment. 



2.6.2 National Language Support 

The IBM PC LAN Program VI. 3 supports the following seven national language versions 
of: 

• World-Wide English 

• French 

• German 

• Italian 

• Spanish 

• Canadian French 
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• Danish. 

Menus, help screens, messages, online reference and the publications shipped with the 
product have been translated into the national language of each version. 



2.7 Security Considerations 



The IBM PC LAN Program VI. 3 extends the security and audibility features of IBM DOS 
3.30 or DOS 4.00 and the password feature of the PS/2 to include: 



• 



• 



• 



Passwords for resource access when using Base Services. 

User and administrator ID with encrypted passwords when using Extended Services. 

The need for specific authorization to use a network resource when running in the 
Extended Services environment. 



In Base Services, access to resources is given by the operators of the individual server 
workstations. In Extended Services, access rights can be given or revoked by the system 
administrator who can log on from any workstation. 



2.8 Performance Considerations 

Application performance should be the same whether running Extended Services or Base 
Services of IBM PC LAN Program VI. 3 or IBM PC LAN Program V1.2. 

Factors that affect transfer time of information on the network are: 

• Configuration of the network 

• The number of concurrent users, and 

• The functions performed by the users. 

The IBM LAN Support Program Version 1.02 provides performance improvements over 
earlier versions of the IBM LAN Support Program, through reduced protocol exchanges. 
The IBM PC LAN Program VI. 3 which uses the IBM LAN Support Program is thus able 
to benefit from these improvements. 



2.9 Management 



The IBM PC LAN Program VI. 3 provides no management capabilities of its own. How- 
ever, the LAN adapter card installed in an IBM PC LAN Program VI. 3 workstation is able 
to generate error and status information which can be captured by a LAN management 
application. In addition, if a gateway is present it can send alerts to a host-based manage- 
ment application. Further details are provided in "Management" on page 7. 

The task of administering software on the LAN can be made easier by making use of the 
IBM PC LAN Program V1.3 RIPL facilities. 

Under certain circumstances IBM PC LAN Program VI. 3 workstations are able to receive 
program and table updates which have been sent from Net View Distribution Manager 
running on a IBM System/370 host. Please refer to "Management" on page 7 for additional 
information. 



26 LAN Server Guide 



3.0 OS/2 LAN Server VI. 



3.1 Overview 



The IBM OS/2 LAN Server V1.0 runs as an OS/2 Extended Edition Vl.l application and 
provides local area networking services to workstations on the same LAN segment or 
inter-connected IBM LAN segments. It enables the sharing of disks, printers and serially 
attached devices, and also provides administrative capabilities to define, control and manage 
access to these resources. LAN-attached workstations running either OS/2 requester, an 
integral part of the OS/2 Extended Edition Vl.l, or IBM PC LAN Program VI. 3 are able 
to access these resources with different levels of functionality. 

In addition the IBM OS/2 LAN Server V1.0 provides a number of other capabilities such 
as: 

Utilization of OS/2 Extended Edition Vl.l functions 

Powerful security services 

Concurrent support for up to four printers 

LAN resource administration and status reporting 

Remote program execution 

Remote initial program load (RIPL) support for PC/DOS workstations. 



3.2 Basic Functions 

The IBM OS/2 LAN Server V1.0 runs in a non-dedicated processor with a major benefit 
being that it takes advantage of the capabilities of OS/2 Extended Edition Vl.l such as 
protect mode, multitasking and large memory support. It is designed to use multiple OS/2 
Extended Edition Vl.l processes which are scheduled independently by the operating sys- 
tem. This means that multiple networking requests can be handled simultaneously to 
provide optimum performance. 

Server facilities can be provided to personal computer DOS workstations running in Ex- 
tended Services mode of the IBM PC LAN Program VI. 3. 

Communication across the LAN is accomplished using NETBIOS protocols while access 
to an IBM System/370 host uses SNA protocols. In the latter case support is provided for 
both 3270 and APPC access. Configuration of the required communications facilities is 
achieved via the OS/2 Extended Edition Vl.l Communications Manager. 



3.2.1 Resource Sharing 

The IBM OS/2 LAN Server V 1.0 like IBM PC LAN Program VI. 3 running in extended 
services mode employs the concept of a domain. A domain consists of a logical group of 
one or more servers which can be controlled, as a single entity, by a single administrator. 
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One of these servers is designated the domain controller and is responsible for managing the 
domain. 

Servers share their directories, files and printers on the network while requesters, in the form 
of either the OS/2 requester or an IBM PC LAN Program VI. 3 workstation, redirect ap- 
plication program calls for file and printer input/output via the network to one of these 
servers. Responses are returned to the requester which then passes them back to the ap- 
plication as though they had been satisfied locally. 

Serially attached devices such as modems, plotters and scanners can also be shared on the 
network but only for use by an OS/2 requester. Similar devices can be pooled to avoid the 
queuing delays associated with a single device being busy. Priority levels may also be set 
against queues and in the event that all devices in the pool are busy, requests will be queued 
until a device becomes free, at which time the highest priority request will be satisfied. 

An alias facility is provided to make access to resources simpler. By using an alias the user 
need not know the intricacies (such as the PATH or location) of where a resource resides. 
Otherwise the user must select a resource using a combination of the netname and the server 
name. 



3.2.2 Printer Management 

The IBM OS/2 LAN Server V1.0 print spooler extends the capabilities of the OS/2 Ex- 
tended Edition VI. 1 printer functions. Support is provided for up to four concurrently 
active printers. Multiple printers of a similar type can be pooled so that queued output 
will be routed to the first available printer that has been appropriately configured (font, 
paper, etc.). 

The spooler supports a number of print priorities as weii as the ability to hold output in a 
queue until a specified time of day. It is able to notify users as to the status of their print 
jobs (print finished, paused, cancelled, etc.). 

The IBM OS/2 Presentation Manager 10 provides a full-screen interface for configuring and 
controlling the printers and user print files. The administrator can view local or remote 
print queues and take actions such as adding, deleting, pausing, reprioritizing and restarting 
jobs. Users are able to display and delete their own jobs from any OS/2 requester or IBM 
PC LAN Program VI. 3 workstation on the LAN. 



3.2.3 Remote Initial Program Load 

The IBM OS/2 LAN Server VI. makes it possible to support medialess devices on the 
LAN. Devices configured with IPL support on their LAN adapter card are able to receive 
a DOS IPL image from the IBM OS/2 LAN Server VI. 0. As a configurable option the 
server can include IBM PC LAN Program VI. 3 in the image profile so that the the RIPL 
machine can run as a IBM PC LAN Program VI. 3 requester. 



3.2.4 Remote Program Execution 

The IBM OS/2 LAN Server V1.0 Remote Program Execution utility enables OS/2 requester 
workstations to execute programs on a remote IBM OS/2 LAN Server V1.0. Remote 
programs with a ".EXE" extension can be invoked by issuing a NET RUN command. 
The utility may also be programatically invoked, in which case completion codes are re- 
turned to the invoking program. 



10 OS/2 Presentation Manager is a trademark of the International Business Machines Corporation. 
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This facility allows for the concentration of certain applications and can help reduce net- 
work traffic over situations where the data and the application are located in different ma- 
chines. 

Administrative facilities have been provided to start and stop the remote program execution 
utility, and to control who has access to the utility and which programs they can run. 

3.2.5 Administration and Control 

The IBM OS/2 LAN Server V1.0 provides a number of facilities which enable the LAN 
administrator to control and manage the network from any server or OS/2 requester on the 

LAN: 

• Define users, user groups and RIPL workstations for use on the LAN. 

• Specify resources that are to be shared and the access levels at which they will be 
shared. 

• Performance statistics are recorded for each machine on the network and can be used 
by the administrator for tuning purposes. 

• An alert feature reports on events such as server disk nearly full and excessive password 
violations. 

• Errors are recorded in a log and can be viewed via the full- screen interface. In the event 
that the system will not initialize due to errors, these records can be viewed by issuing 
certain commands at the OS/2 command prompt. An online help facility provides 
additional information on error codes. 

• An audit trail of server status, logons, resources usage, access violations and logoff can 
be used as input to user- supplied accounting routines. 

The above faculties provide the administrator with a set of high-level diagnostic tools. 



3.3 Operating Environment 



This section identifies the minimum hardware and software components required by IBM 
OS/2 LAN Server V1.0 and OS/2 requester workstations that will be attached to the LAN. 
It is not intended as an installation guide but instead it is provided to give the reader an 
indication of what will be required. 

The configurations listed below do not include network components, other than the LAN 
adapter cards, nor do they include additional software that may be required for access to 
IBM System/370 host resources. 



3.3.1 Prerequisite Hardware 

The following minimum hardware is required for an IBM OS/2 LAN Server VI. 0: 

An IBM Personal System/2 capable of mnning OS/2 Extended Edition Vl.l 

5 MB memory 

One diskette drive 

One fixed disk drive - should be expandable above 20MB 

Keyboard 

Display and associated display adapter 

Appropriate LAN adapter 

Disks, printers and serial adapter cards that will be shared. 

The following minimum hardware is required for an OS/2 requester: 
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An IBM Personal System/2 capable of running OS/2 Extended Edition Vl.l 

3 MB memory 

One diskette drive 

One fixed disk drive - should be expandable above 20MB 

Keyboard 

Display and associated display adapter 

Appropriate LAN adapter. 



The following minimum hardware is required for a personal computer DOS requester: 

• A supported IBM Personal Computer or IBM Personal System/2 

• 640 KB memory 

• Keyboard 

• Display and associated display adapter 

• Appropriate LAN adapter with RIPL feature installed. 

3.3.2 Prerequisite Software 

The following prerequisite software is required for the IBM OS/2 LAN Server VI. 0: 

• OS/2 Extended Edition Vl.l. 

The following prerequisite software is required for a OS/2 requester: 

• OS/2 Extended Edition Vl.l (the requester function is an integral part of this product) 
The following prerequisite software is- required for a personal computer DOS requester: 

• DOS 3.3 or higher 

• IBM PC LAN Program V1.3. 

Note: IBM LAN Support Program is NOT required for the OS/2 Extended Edition Vl.l 
workstations. An equivalent is included as part of OS/2 Extended Edition Vl.l Commu- 
nications Manager. 



3.4 Connectivity 



The Communications Manager, an integral part of the OS/2 Extended Edition Vl.l (OS/2 
EE), provides a comprehensive set of communications options to the workstation user. 
These options are selected at configuration time and include support for: 

• Coax attachments 

• SNA link attachments 

• ASYNC connections 

• LAN communications. 

This section will deal with those options that apply to a LAN environment. It includes 
communication between workstations on the LAN and communication between these 
same workstations and a host. The scenarios shown are given as examples and should not 
be taken to imply that they are the only configuration possibilities. 

3.4.1 LAN Connectivity 

The IBM OS/2 LAN Server V1.0 provides an equivalent level of function over any one of 
the supported LAN configurations, namely: 

• IBM PC Network Baseband 
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• IBM PC Network (Broadband) 

• IBM Token- Ring Network. 



Communication in the IBM OS/2 LAN Server V1.0 environment uses the IEEE 802.2 and 
NETBIOS protocols which are provided as part of the IBM OS/2 Communications Man- 
ager. 

NETBIOS limits the number of sessions in a domain to 254. Each OS/2 requester logged 
on to the IBM OS/2 LAN Server V1.0 uses one session while each IBM PC LAN Program 
VI. 3 requester uses two. Any combination of IBM OS/2 LAN Server Vl.O's, OS/2 re- 
questers and IBM PC LAN Program VI. 3 Extended Services requesters can be part of the 
same domain. Multiple domains can co-exist on the same physical LAN. 

Figure 13 on page 32 shows two domains with a combination of IBM OS/2 LAN Server 
Vl.Os, OS/2 requesters and an IBM PC LAN Program VI. 3 Extended Services requester. 
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3.4.1.1 A Typical LAN Configuration 



Domain 1 



Domain 2 



OS/2 

Requester 
User ID 1 



PCLP 1.3 
Requester 
User ID 1 



Ci 



OS/2 

Requester 
User ID 2 



LAN (1) 



OS/2 

Domain 

Controller 



OS/2 Srv. 

Domain 

Controller 



OS/2 
Server 



Printer 



= One of: PCNET Baseband 
PCNET Broadband 
Token-Ring 



Figure 13. An IBM OS/2 LAN Server VI. Environment 



3.4.2 Host Connectivity 

Workstations on the LAN are able to access host resources residing on both IBM 
System/370 hosts and ASCII hosts. The Communications Manager provides, as a standard 
feature, the following support: 

• For accessing IBM System/370 hosts 

■ 3270 Teirninal Emulation 

■ APPC support. 

• For accessing ASCII hosts 

■ Asynchronous Terminal Emulation. 

A brief description of the support provided by the Communications Manager is provided 
below: 

• 3270 Emulation - when configured for 3270 host access the workstation emulates a 
3274 (PU type 2) with up to 5 3278/9 (LU type 2) terminals attached. Support is 
provided for 3278/9 Models 2, 3, 4 and 5 which have differing screen sizes and char- 
acteristics. In order to access 3270 host applications, the Communications Manager 
requires the gateway services of either a 3174 terminal controller or 37xx communi- 
cations controller. These can either be remotely attached as in Figure 14 on page 34 
or locally attached as in Figure 15 on page 35. An alternative to using either a 3174 
or a 37xx as a gateway is to use the integrated Token- Ring Network Subsystem Con- 
troller (TRNSC) of a 9370. This is shown in Figure 16 on page 36. 

• APPC Support - the Communications Manager also includes support for Advanced 
Program-to -Program Communications (APPC). APPC enables a peer-to-peer con- 
nection between a personal computer and another APPC capable system, such as an 
IBM System/370 host or in fact another personal computer, for the purposes of 
program-to-program communications. The OS/2 Extended Edition VI. 1 Communi- 
cations Manager supports an SNA APPC node (combination of PU type 2.1 and LU 
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type 6.2) and is architected to support up to 65,025 APPC (LU type 6.2) host sessions. 
The current implementation provides support for either: 

■ 5 LU type 2 and 1 19 LU type 6.2 host sessions, or 

■ 124 LU type 6.2 host sessions. 

The 37xx Communications Controller is the only gateway which is supported. It can 
either be link-attached or channel-attached as in Figure 17 on page 37. An alternative 
configuration is shown in Figure 18 on page 38 which requires a customer- written 
router program to provide gateway services. 

• ASYNC Communications - one of the features of the IBM OS/2 LAN Server VI. is 
its ability to share serial devices, such as ASYNC adapters, across the LAN. De- 
pending on the personal computer capabilities, the OS/2 Extended Edition VI. 1 
Communications Manager can support up to three ASYNC adapters which can be 
used by workstations on the LAN wishing to access ASCII hosts. This is shown in 
Figure 19 on page 39. 

Currently the only gateways that provide IBM System/370 host access for LAN-attached 
OS/2 Extended Edition VI. 1 workstations are those mentioned above. However, a state- 
ment of direction has been made to the effect that an OS/2-based SNA LAN gateway will 
be provided. 
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3.4.2.1 Typical Configurations Using 3270 Terminal Emulation 
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Figure 14. 3270 Host Access Using a Remote 3174 or 37xx as a Gateway 



Notes to the above diagram: 

1. The OS/2 EE workstation can also be configured as an OS/2 requester or running the 
IBM OS/2 LAN Server V1.0 program. 

2. The Communications Manager emulates a 3274 with up to 5 x 3278/9 terminal ses- 
sions. 

3. The models of 3174 which can provide link-attached gateway services are the 01R, 
51R, 02R and 52R. 

4. The 3174s require a gateway feature to be added and will support a single host link at 
speeds of up to 64 Kbps. 

5. The 37xx can either be a 3720, 3725 or 3745 which has been appropriately configured. 

6. The 37xx can support multiple host links at speeds of up to 64 Kbps. Higher speeds 
are also supported 

7. Examples of 3270 applications are TSO and CICS. 

8. The above configuration is only supported in an IBM Token-Ring Network environ- 
ment. 
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Figure 15. 3270 Host Access Using a Local 3174 or 37xx as a a Gateway 



Notes to the above diagram: 

1. The OS/2 EE workstation can also be configured as a OS/2 requester or running the 
IBM OS/2 LAN Server V1.0 program. 

2. The Communications Manager emulates a 3274 with up to 5 x 3278/9 terminal ses- 
sions. 

3. The 3174-01L is the only 3174 which can be channel-attached. With the gateway- 
feature added it is able to provide gateway services to LAN-attached devices. 

4. The 37xx can either be a 3720, 3725 or 3745 which has been appropriately configured. 

5. Examples of 3270 applications are TSO and CICS. 

6. The above configuration is only supported in an IBM Token-Ring Network environ- 
ment. 



OS/2 Server 35 



LAN Host with 
Workstation Connection Integrated Gateway 
< > < > < -> 



Comms Mgr. 

3270 

Emulation 



OS/2 EE 



Token-Ring 



9370 


T 
R 
N 
S 
C 


V 

T 
A 
M 


3270 
Application 





Figure 16. 3270 Host Access Using the 9370's Integrated Gateway Support 



Notes to the above diagram: 

1. The OS/2 EE workstation can also be configured as an OS/2 requester or running the 
IBM OS/2 LAN Server V1.0 program. 

2. The Communications Manager emulates a 3274 with up to 5 x 3278/9 terminal ses- 
sions. 

3. The integrated Token- Ring Network Subsystem Controller (TRNSC) consists of a 
token-ring adapter, a Communications Processor and microcode. 

4. Examples of 3270 applications are TSO and CICS. 

5. The above configuration is only supported in an IBM Token-Ring Network environ- 
ment. 
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3.4.2.2 Typical Configurations Using the APPC Support 
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Figure 1 7. Program-to-Program Communication Using a 37xx as a Gateway 



Notes to the above diagram: 

1. The OS/2 EE workstation can also be configured as an OS/2 requester or running the 
IBM OS/2 LAN Server V1.0 program. 

2. The Communications Manager supports up to 124 APPC sessions. 

3. The 37xx can either be a 3720, 3725 or 3745 which has been appropriately configured. 

4. The 37xx can either be link- or channel-attached. 

5. APPC support is provided under CICS. 

6. The above configuration is only supported in an IBM Token-Ring Network environ- 
ment. 
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Figure 18. APPC Using a Router as a Gateway 



Notes to the above diagram: 

1. The OS/2 EE workstation can also be configured as an OS/2 requester or running the 
IBM OS/2 LAN Server VI. program. 

2. The Communications Manager provides support for up to 119 LU6.2 sessions as a 
standard feature. 

3. The router can run in any OS/2 Extended Edition VI. 1 capable workstation. 

4. The APPC router program must be user-written. 

5. The APPC router workstation requires an SDLC card and will support speeds of up 
to 19200 bps. 

6. The above configuration is only supported in an IBM Token-Ring Network environ- 
ment. 
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3.4.2.3 A Typical Configurations Using Asynchronous Terminal Emulation 
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Figure 19. ASCII Host Access Using the LAN Servers serial ports 



Notes to the above diagram: 

1. The OS/2 requester station uses the ASYNC ports on the IBM OS/2 LAN Server 
V1.0. Link characteristics are selected via the Communications Manager. 

2. The IBM OS/2 LAN Server VI. can have up to three ASYNC adapters which can 
be shared on the network. 

3. The ASYNC start/stop link can run at speeds of up to 19200 bps. 

4. The above configuration is supported in an IBM Token-Ring Network, an IBM PC 
Network (Broadband) and an IBM PC Network Baseband environment. 



3.5 Compatibility and Co-existence 

Typically the IBM OS/2 LAN Server VI. receives requests for resources from OS/2 re- 
quester workstations. In addition, it also supports requests for file and print resources from 
IBM PC LAN Program VI. 3 requesters. The latter are not able to access certain IBM 
OS/2 LAN Server V1.0 resources such as serially attached devices nor are they able to 
perform the NET RUN, NET MOVE and NET COPY functions. No support is available 
for IBM PC LAN Program V1.3 servers to communicate with IBM OS/2 LAN Server V1.0 
and they cannot exist within the same domain. 



3.6 Interfaces 



3.6.1 End-User Interface 

The IBM OS/2 LAN Server V1.0 and OS/2 requester offer the user the choice between 
interfacing with the system via commands, batch files or menus. 

The command line interface which is the basis for automating operations via batch files, 
includes the following categories of command: 
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Network startup and shutdown 

Using and sharing resources 

Managing print queues and serially attached devices 

Network messaging 

Network administration 

Network utilities 

Running the full-screen user interface. 

The full-screen interface is provided by the IBM OS/2 Presentation Manager and is based 
on OS/2 EZ-VU. It can be driven via either the keyboard or a mouse, or both. The screen 
formats are similar to those presented in an IBM PC LAN Program VI. 3 Extended Services 
environment but more closely resemble the screen layouts defined by Systems Application 
Architecture n (SAA). They include action bars, pull-down panels, pop-up panels, warning 
panels, error panels and help panels. 

3.6.2 National Language Support 

The IBM OS/2 LAN Server V1.0 provides national language support for the three major 
language groups, namely: 

• Left-to-right single-byte character sets (SBCS) 

• Right-to-left single-byte character sets (SBCS) 

• Double-byte character sets (DBCS). 

In other words, support is provided for the full range of national languages supported by 
OS/2 Extended Edition VI. 1. This includes all panels and documentation supplied with the 
product. There are no language dependencies within the executable code. 

3.7 Security Services 

Security Services include: 

• Multiple levels of access rights to protect: 

■ Individual files 

■ Directories 

■ Printers 

■ Serially attached devices 

• User, group and administrator level authorizations 

• Encrypted logon passwords. 

Access rights are managed by the network administrator, who can create and update user 
profiles, define groups and grant or revoke access rights. The administrator can set access 
rights at a user, group and network level, on either an include or exclude basis. Possible 
access rights include: 

• None 

• Execute 



11 Systems Application Architecure is a trademark of the International Business Machines Corpo- 
ration. 
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• Read 

• Update 

• Alter. 

The execute attribute gives the ability to run a program and provides a mechanism to pre- 
vent copying of the program. 

The administrator can limit how many simultaneous users can access the same shared re- 
source. This function provides a means of controlling the number of simultaneous users 
of a program. 



3.8 Performance Considerations 

The IBM OS/2 LAN Server VI. performance depends on a number of factors. These in- 
clude: 

• Available hardware 

• LAN configuration 

• Number of concurrent users 

• Workload profile 

• Tuning parameters in effect 

• Whether the server is dedicated or not. 

Key hardware considerations will be the type and clock speed of the system unit processor, 
the amount of memory available for buffers and disk cache, and the access times of the fixed 
disk installed on the disk server. 

Configuration parameters are available to control factors such as the number of buffers, 
memory used for disk cache, segment swapping characteristics, system priority and time 
slice designations. 



3.9 Management 



The IBM OS/2 LAN Server V1.0 provides a number of administration and control features 
of its own. These facilities which must be performed from an IBM OS/2 LAN Server VI. 
workstation are reviewed in "Administration and Control" on page 29. 

In addition the LAN adapter cards installed in the different workstations are able to gener- 
ate error and status information which can be captured by a LAN management application. 
In those environments where host access is required, the gateway may be able to send alerts 
to a host-based management application. 

A planned enhancement for the IBM OS/2 LAN Server V 1.0 is to have Communications 
and Systems Management alerts sent to Net View via the C&SM support in the OS/2 Ex- 
tended Edition VI. 1 Communications Manager. 

As with IBM PC LAN Program VI. 3 the task of administering software on the LAN can 
be reduced by making use of the RIPL facilities for personal computer DOS-based work- 
stations. 

Under certain circumstances workstations are able to receive program and table updates 
which have been sent from Net View Distribution Manager running on a IBM System/370 
host. 

Further details are contained in "Management" on page 7. 
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4.0 AS/400 PC Support 

4.1 Overview 

The IBM AS/400 12 PC Support is a set of programs that expand the capabilities of the IBM 
Personal Computer and IBM Personal System/2 to include system resources and server 
functions. The implementation is similar in concept to that of ECF (see "Enhanced 
Connectivity Facilities Vl.l" on page 57) in that both of them provide servers which allow 
personal computers to access host resources as though they were their own. PC Support 
provides the user, via a simple menu interface, with a number of mostly independent func- 
tions such as: 

Run DOS commands 

Send and receive messages 

Data transfer between a personal computer and the AS/400 

File sharing 

Print sharing 

Access to AS/400 data bases 

Office integration 

Gateway support 

Coresidence with IBM PC LAN Program VI. 3. 

In addition the IBM AS/400 PC Support includes support to allow attached personal 
computers to emulate AS/400 displays, printers or graphics workstations. 

4.2 Basic Functions 

The IBM AS/400 PC Support operates in a personal computer DOS environment (a 
statement of direction has been made to the effect that support will be provided under 
OS/2) and provides the integration of personal computer functions and multi-user system 
functions in what is known as a "seamless" environment. That is, the personal computer 
user should be unaware of whether the application is running on the workstation or on the 
AS/400. 

The user has the choice of running PC Support on its own or together with the organizer. 
PC Support can be used for applications such as data transfer, file sharing, print sharing and 
sending and receiving messages. The PC Support organizer adds the ability to run fre- 
quently used personal computer applications such as spreadsheets and AS/400 applications 
such as advanced office and working with editors. 



12 AS/400 is a trademark of the International Business Machines Corporation. 
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Communication between the personal computer and the AS/400 system uses Advanced 
Program-to-Program Communications/Advanced Peer-to-Peer Networking 
(APPC/APPN). On the personal computer, requests are generated to access one of the 
server functions on the AS/400. This request is transmitted by a router over the LAN using 
APPC/APPN for data communications. There is no router on the host but instead the 
request is handled by the AS/400 APPC/APPN support which passes it through to the 
server. Responses are returned over the reverse route. 



4.2.1 Run DOS Commands 

It is possible to run personal computer DOS commands from either the PC Support menu 
or the PC Support organizer menu. 

By making the appropriate selection on the PC Support menu the user is presented witn 
the DOS command prompt and can then issue DOS commands. Upon completion the 
user can return to the PC Support menu. 

The PC Support organizer interface allows the user to issue DOS commands from its menu 
or to access the DOS command prompt. 

4.2.2 Message Function 

IBM AS/400 PC Support users are able to communicate with other personal computer and 
AS/400 users located on the LAN or elsewhere in the network by sending and receiving 
messages. Users can either use the PC Support message function or the AS/400 message 
functions to send up to 512 characters of message to a specific user, a distribution list or 
as a broadcast. Recipients have the option of being notified or interrupted by receipt of a 
message. Included in a message is the sender's ID and date and time the message was re- 
ceived. As implied, the user need not be logged on in order to receive a message. When 
he or she does log on they will be informed that a message is waiting. 



4.2.3 Shared Folders 

Shared folders were designed to store text documents processed by the AS/400 Office and 
DisplayWrite 4 functions. They can also be used to store personal computer applications 
and data in PC format as though they were personal computer fixed disks. Information can 
be stored and organized according to "folder paths" which are similar to personal computer 
directory paths. 

Shared folders allow personal computer users and AS/400 users concurrent access to the 
same folder. Data can be copied from personal computer documents stored in a folder to 
AS/400 data bases and vice versa. Personal computer applications that support byte level 
locking will allow more than one personal computer user concurrent use of the information 
in a folder. 

Documents and folders may be protected by the AS/400 security features. 



4.2.4 Virtual Print 

PC Support allows the user to make use of the AS/400 printers. The term virtual printer 
means that although the printer is attached to the AS/400, the user can use it as if it were 
a PC printer. 

In addition PC Support, via the Workstation Function, allows the user to set up personal 
computer printers as AS/400 printers thus enabling multiple personal computers to share 
them. 



44 LAN Server Guide 



Up to three virtual printers, which can be any combination of AS/400 system printers or 
personal computer printers emulating AS/400 system printers, can be assigned. 

When using the PC Support virtual printer support, output is directed to an AS/400 spool 
file. If, the output is to be printed on a personal computer printer it is left in ASCII format. 
However, if it is to be printed on an AS/400 printer, the data is converted to EBCDIC and 
control information is added. 



4.2.5 Data Transfer 

PC Support works with files called data base files. The AS/400 differentiates between 
physical data base files which contain fixed-length records and logical data base files. The 
latter contain descriptions of record formats used to access fields in one or more physical 
files. 

The transfer function allows data to be transferred to or from the personal computer. Data 
received at the personal computer can be displayed, printed or stored in a personal com- 
puter file while data transferred to the AS/400 can be sent to an AS/400 physical data base 
file. The AS/400 Distributed Data Management (DDM) facility allows files to be trans- 
ferred to and from remote AS/400's. 

A menu interface prompts the user in creating, modifying, and running transfer requests. 
When transferring data from the AS/400 to the personal computer the user is prompted via 
a menu interface to build SQL-like transfer requests that can select data from multiple files 
according to specified criteria and return it to the personal computer in one of the following 
formats: 

ASCII text 

DOS random 

BASIC sequential 

BASIC random 

DIF 13 

No conversion. 

Transfer requests can be saved, recalled and used again without prompting. 

4.2.6 Workstation Function 

The IBM AS/400 PC Support Workstation Function provides support to allow attached 
personal computers to emulate AS/400 displays, printers or graphics workstations. Each 
workstation or printer being emulated is called a session and uses a unique workstation ID 
on the AS/400. Each personal computer can have up to five concurrently active display 
or printer sessions to both local and remote AS/400's. The user can Hot key between the 
different sessions. 

The workstation function includes keyboard arrangements for the different emulations. 
These can be modified by the user. However, only one arrangement is active for all five 
sessions. 

In addition the workstation function allows the user to set up personal computer printers 
as AS/400 printers thus enabling multiple personal computers to share them. 

4.2.7 Organizer 

The organizer runs in one workstation function session and allows the user to run AS/400 
applications as well as PC Support and other personal computer applications from a single 



DIF is a trademark of LOTUS Development Corp. 
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menu. The default organizer menu can be modified with the Screen Design Aid (SDA) to 
include any personal computer or AS/400 function that is frequently used by the user. The 
standard menu includes: 

AS/400 Office 

Work with documents - create, check spelling, print, send, etc. 

Profile options - for selecting editors (Display Write 4 or AS/400 Office) and changing 
document profiles 

AS/400 PC Support 

Host system tasks for AS/400 PC Support 

PC commands. 

When using the AS/400 Office, the PC Text Assist function provides editing capabilities, 
such as full horizontal and vertical scrolling, and underline and bold marking functions. 

The host system tasks menu allows the user to work with AS/400 documents and folders, 
copy personal computer documents to an AS/400 data base and vice versa. 



4.3 Operating Environment 



This section deals with the hardware and software prerequisites for both the AS/400 and 
personal computer. LAN components, other than attachment requirements, are not in- 
cluded. 



4.3.1 Prerequisite Hardware 

Minimum AS/400 system requirements: 

• Any model of the AS/400 system 

• 6.6 MB of auxiliary storage 

• Token- Ring Network Subsystem and adapter. 

Minimum personal computer requirements: 

• Any supported IBM Personal Computer or IBM Personal System/2 

• 512 KB (640 KB is recommended) 

• One diskette drive 

• Keyboard 

• Monochrome, color or graphics display 

• Appropriate token-ring network adapter. 



4.3.2 Prerequisite Software 

For the IBM AS/400 system: 

• IBM Operating System/400 14 , or later 

• IBM AS/400 Office (if used as editor of choice). 

For IBM Personal Computers: 

• IBM DOS Version 3.3, or later 

• IBM DisplayWrite 4 (if used as editor of choice) 

• IBM LAN Support Program VI. 02 or later. 
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4.4 Connectivity 



The AS/400 system offers a wide variety of communications and connectivity options, and 
can operate in a number of different environments: 

• As a host system to remote workstations such as 5250s, 3270s, personal computers and 
financial devices 

• As a peer system to other AS/400s, System/36s, System/38s, and in fact personal 
computers 

• As a remote system in a System/370 controlled network. 

In addition it provides support for a number of data link protocols which include: 

• SDLC 

• BSC 

• Asynchronous 

• X.25 

• Token- Ring. 

In this section we limit the discussion to those options that are available to the PC Support 
user who is attached to a LAN and has a need to access host-based resources residing within 
either an APPN network or a System/370 controlled network. 

4.4.1 LAN Connectivity 

The only LAN supported for the IBM AS/400 PC Support environment is the IBM 
Token-Ring Network. Within this environment, communication between the personal 
computers and an AS/400 uses Advanced Program-to-Program 

Communications/ Advanced Peer-to-Peer Networking (APPC/APPN) support. Each 
AS/400 can have up to two Token-Ring adapters installed with each adapter being able to 
support up to 128 personal computers. Ignoring the performance implications, this gives a 
total of 256 workstations that can be supported. 

IBM AS/400 PC Support users on an IBM Token-Ring Network may directly access six 
AS/400 systems also attached to an IBM Token-Ring Network. In a mixed environment 
of AS/400 and System/36 15 units, a Coexistence Enhancement Feature for PC Support/36 
is required which will allow users concurrent access to data on any AS/400 or System/36 
on the LAN. 

4.4.1.1 A Typical LAN Configuration 

The typical scenario for the AS/400 PC Support is represented in the following figure: 



14 Operating System/400 is a trademark of the International Business Machines Corporation. 

15 System/36 is a trademark of the International Business Machines Corporation. 
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Figure 20. AS/400 PC Support 



4.4.2 Host Connectivity 

APPC/APPN is the AS/400 (also System/36) implementation of the SNA LU type 6.2 and 
Node type 2.1 architectures. Support is provided for peer systems to communicate in an 
easy-to-use, dynamic fashion and to provide advanced functions such as directory searches 
and dynamic route selection, based on class of service. 

Each personal computer within an APPC/APPN network can concurrently access the re- 
sources on up to 32 AS/400 and System/36 systems wHch can be located anywhere in the 
network. Functions such as display sessions, assigned virtual printers and shared folders 
are based on conversations. The PC Support user can have up to 40 conversations dis- 
tributed among the 32 AS/400's and System/36's. An example showing a mixed environ- 
ment of AS/400's and System/36's can be seen in Figure 21 on page 49. 

The OS/400 SNA device emulation allows the PC Support user to communicate with 3270 
type application programs, such as TSO and CICS, on an IBM System/370 host. The 
AS/400 can be connected to an existing SNA 3270 network and appears to the IBM 
System/ 370 host as a 3x74 Control Unit with attached displays and printers. Display em- 
ulation is provided for 3278 Model 2 terminals while printer emulation is provided for one 
of 3284, 3286, 3287, 3288 or 3289 printer. Printer emulation facilitates printing of files, sent 
from the System/370 host, on a printer attached to the AS/400. The AS/400 operates as a 
secondary station (that is, its terminals can log on to the System/370 but not vice versa, 
unless programs such as HCF and DHCF are used) on a point-to-point switched (includes 
Token-Ring LAN) or non-switched line, or on a multipoint non-switched line. 

Figure 22 on page 50 shows how a PC Support user can access a 3270 type application 
where the AS/400 is link-attached to the IBM System/370 host. 

Figure 23 on page 51 shows the situation where both the AS/400 and IBM System/ 370 
host (9370) are directly attached to the LAN and the PC Support user is able to access 3270 
type applications via the 3270 device emulation running in the AS/400. 
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4.4.2.1 A Typical Configuration in an APPN Environment 
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Figure 21. AS/400 PC Support Connectivity in an APPN Network 



Notes to the above diagram: 

1. The dotted lines indicated "logical" session paths. 

2. The display session is to an AS/400 directly attached to the LAN. 

3. The shared folder session is to an AS/400 system located in the APPN network. 

4. The virtual printer session is to a System/36 located in the APPN network. 

5. Communication between the LAN-attached AS/400 and the two link-attached systems 
can use either SDLC or X.25 connections. 

6. Token- Ring is the only LAN environment in which the above configuration is sup- 
ported. 
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4.4.2.2 Typical Configurations Using 3270 Device Emulation 
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Figure 22. AS/400 3270 Device Emulation 
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Notes to the above diagram: 

1. The dotted line indicates a "logical" session path. 

2. The PC Support user is using the OS/400 SNA 3270 Device Emulation program for 
accessing the 3270 application running in the System/370. 

3. Examples of 3270 type applications are CICS, TSO and CMS. 

4. Token-ring is the only LAN environment in which the above configuration is sup- 
ported. 
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Figure 23. AS/400 3270 Device Emulation 
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Notes to the above diagram: 

1. The dotted line shows the "logical" session path. 

2. Both the 9370 (System/370) and the AS/400 are directly connected to the LAN. 

3. TRNSC stands for Token- Ring Network Subsystem Controller and, as for the AS/400, 
is an integral component of the 9370. 

4. The PC Support user is using the OS/400 SNA 3270 Device Emulation program for 
accessing the 3270 application running in the System/370. 

5. Token-ring is the only LAN environment in which the above configuration is sup- 
ported. 

4.5 Compatibility and Coexistence 

When compared to PC Support/36, the IBM AS/400 PC Support has incorporated some 
major changes in its implementation. The AS/400 router in the personal computer no 
longer communicates with a router in the AS/400 system; instead it communicates directly 
with the APPC support. This router can also communicate with APPC on a System/36 
and will allow the user to access System/36's using one or more of the five sessions sup- 
ported by the IBM AS/400 PC Support Workstation Function. In order to use the other 
PC Support functions like shared folders, virtual print, message function, transfer function 
or the organizer, it is necessary to install a Coexistence Enhancement Feature PRPQ, for 
PC Support/36, on the System/36. 

In addition, migration aids are provided for migrating PC Support/36 and PC Support/38 
to AS/400 PC Support. PC Support/38 is not discussed here as it is unable to directly at- 
tach to the LAN and therefore cannot co -exist with AS/400 PC Support in a LAN envi- 
ronment. 

The IBM AS/400 PC Support and the IBM PC LAN Program V1.3, when the latter is 
running Base Services, may run concurrently on a single personal computer. Two config- 
urations are possible: 
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• The workstation can be configured as a Base Services user, in which case it can have 
access to both personal computer disks on a PCLP 1.3 server and AS/400 shared 
folders. 

• The workstation can be configured as a Base Services server and can now provide ac- 
cess to both personal computer and AS/400 resources such as disks and shared folders. 

Some limitations exist in this environment, the key ones being: 

• Workstation Function printer emulation cannot be concurrently directed to a personal 
computer printer that is also being used as a PC LAN Program network printer. 

• When sharing AS/400 system resources as network resources, the PC LAN Program 
cannot share virtual printer resources with folder resources at the same time. 



4.6 Interfaces 

4.6.1 End User Interface 

The IBM AS/400 PC Support provides what is commonly referred to as a "seamless envi- 
ronment." The intention is to make the differences between personal computer and AS/400 
operations transparent to the end user. The user is presented with a menu interface which 
makes use of pull-down and pop-up windows, cursor- sensitive help, and lists of selectable 
actions, options, items and function keys. 

4.6.2 Programming Interfaces 

Personal computer applications wishing to use IBM AS/400 PC Support functions can do 
so by using an Application Programming Interface (API). An API provides a standardized 
interface that allows well-designed, modular applications that adhere to the interface to be 
freely exchanged. 

There are two APIs, one providing an interface to the transfer function, and the other giving 
access to certain workstation function services. 

The transfer function API allows transfer requests to carry descriptions of the information 
to be transferred and to specify the format for returned information. 

The workstation function API allows user-written programs to manipulate the character- 
istics as well as well as the operation of the workstation function session. This API is 
supplied as an PRPQ. 



4.7 National Language Support 

Basic national language support is required to accommodate country specifics such as key- 
board layouts, special characters, country- specific rules (for example, date formats) and the 
use of national languages to interact with the user. 

There are three major components of the IBM AS/400 PC Support: 

• Program code - the same for all countries except where double-byte character sets 
(DBCS) are used. 

• Machine- Readable Information (MRI) - online information, help text and screens, 
which are translated into different national languages using specific ASCII code pages. 

• Documentation supplied with the product. 
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National language support is provided for the following countries and areas: 

Belgium 

Canada 

Denmark 

Finland 

France 

Germany 

Great Britain 

Iceland 

Italy 

Japan 

Korea 

Latin America 

The Netherlands 

Norway 

Portugal 

Spain 

Sweden 

Switzerland 

Taiwan 

United States of America. 

The PC Support initialization program (INZPCS) requests three parameters: keyboard ID, 
EBCDIC code page and ASCII code page, and support is provided for the commonly used 
code page pair combinations. 

Only one national language version of IBM AS/400 PC Support may be installed. 



4.8 Security 



The IBM AS/400 PC Support uses the security features of the IBM AS/400 system. These 
are based on a number of different levels. 

The lowest level of security is the level shipped with the system which provides no control 
over who can log on and access resources. Password level and resource level require that 
the user is registered on the system. Before a user can log on, a profile must exist for his 
or her user ID and the password supplied at logon time must match that contained in the 
profile. 

At a resource level, "rights" must be assigned in order for the user to perform certain 
functions. These include *USE, *OPER, *READ, *ADD, *OBJMGT and *DEL, and 
determine which resources the user can access and what functions he or she can perform. 
In addition, it is possible when running resource level security, to restrict privileged users 
to certain display stations for performing privileged operations. 

Menu security is another means of restricting the user's activities. Only those menu se- 
lections which have been specifically authorized will be available to the user. 

Finally, a facility is provided to allow user exit programs to perform any further security 
checks that may be required. 



4.9 Performance Considerations 

The same general performance considerations apply to IBM AS/400 PC Support as they 
do to the other server implementations. These include factors such as: 

• Model of AS/400 selected 

• Number of concurrent users 
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• Workload profile 

• Whether the server is dedicated or not 

• LAN configuration. 

Some more specific factors include the number of conversations, the number of system 
drives, cache buffering, file management and tuning parameters. 

Each inactive or active conversations (for example, assigned shared folders), and each sys- 
tem drive uses system resources and can thus impact performance. By terminating inactive 
conversations and assigning a single system drive with multiple shared folders, rather than 
assigning multiple shared folder drives, performance can be improved. 

In a mixed AS/400 PC Support and PC Support/36 environment it is important to select 
the correct router. The AS/400 PC Support router will give the best performance when an 
AS/400 is the primary system. However, when a System/36 is the primary system it is 
necessary to install a modified System/36 router in order to achieve optimum performance. 

There is often a trade-off between performance and the additional functions. Shared folders 
provide capabilities to a personal computer user that PC disk files do not (that is, simul- 
taneous access/update by multiple users, system security, network/change management fa- 
cilities, etc). However, PC diskfiles generally perform better than shared folders, particularly 
as the number of concurrent AS/400 users increases. The impact on performance will 
largely depend on the functions being performed. 

Tuning parameters are available to control factors such as: 

• Frequency and persistence of polling 

• How soon and how often a frame is retransmitted 

• How often acknowledgements are to be sent and received 

• Specification of priority traffic. 



4.10 Management 



The AS/400 implements very powerful LAN management capabilities. In an APPN envi- 
ronment the AS/400 can act as a focal point or alternatively, can forward alerts to another 
focal point. In a LAN environment the AS/400 implements the Ring Error Monitor 
(REM) function (see "Management" on page 7). 

Three recording levels are provided for collecting error type information. With recording 
set to the highest level, all error and status information relating to a single segment Token- 
Ring Network will be translated into messages. These messages are then put in the system 
operator message queue and marked in the message history file. Based on a flag setting, set 
either by default or by the operator, certain of the messages will generate alerts which can 
be forwarded to a focal point. Alerts can be logged, retrieved and deleted. 

In addition, one of the LAN Manager products as specified in "Management" on page 7 
can be run on the LAN to provide those functions which are not available from the AS/400. 

To reduce the overhead of administering the IBM AS/400 PC Support environment, an 
AS/400 PC Support Update Function (PCSUPDT) is provided. It is intended to ensure 
that the latest level of PC Support is running on all personal computers. However, the 
implementation allows for other program code and data to be distributed. When PC Sup- 
port is initialized on the personal computer, PCSUPDT checks the date of specified AS/400 
folders against that of specified directories on the personal computer. If there is a mismatch, 
an update will take place. 

Net View Distribution Manager (Net View DM), mnning in an IBM System/370 host is also 
able to distribute software and data to personal computers. It can send this software and 
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data to personal computers that are running the IBM Personal Computer Distributed Sys- 
tems Node Executive (PC/DSNX) program. The network configuration can consist of a 
System/370 as a focal point, any number of AS/400's or System/36's as intermediate nodes, 
and any number of personal computers as end points. 

The AS/400, being a host environment, should also have procedures in place for performing 
regular backups and generally ensuring that the system is available on a continuous basis. 



4.11 PC Support 1 36 

AS/400 PC Support and PC Support/36 are very similar in the way they appear to the end 
user. A few differences exist between the two implementations and they can be categorized 
as differences in: 

• Functional capabilities 

• Number of users supported 

• Operating environment 

• Implementation. 

This section mentions the most significant of these differences. 

4.11.1 Functional Capabilities 

The only functional difference between the two systems is that virtual disk (this includes 
virtual diskette) is not supported by the AS/400. 

For users migrating from a System/36 environment to an AS/400 environment, a migration 
aid is provided for converting virtual disks to shared folders. 

4.11.2 Number of Users Supported 

Ignoring performance implications, the AS/400 PC Support can attach up to 128 active 
stations per token-ring adapter (token-ring line) giving a total of 256 active connections to 
other stations. PC Support/36 on the other hand can attach up to 50 active stations per 
token-ring adapter, giving it a total of 100 active connections. 

4.11.3 Operating Environment 

Differences exist hnth in the hardware and the software required to run PC Support. 

4.11.3.1 Hardware Requirements 

The token-ring adapters on the AS/400 are integrated into the system unit. Up to two 
adapters can be installed. 

This is different from the System/36 environment in which requirements are dependent on 
the model in question: 



• 



The System/ 36 Model 5363 can be fitted with an integrated token-ring network adapter 
(up to two) 

The System/ 36 Model 5364 uses the attached PC/AT 16 which can be fitted with a 
Token- Ring Network adapter II (up to two) 

The System/36 Models 5360 and 5364 require the following: 

AS/400 PC Support 55 



The System/36 LAN Attachment Feature - installed on the System/36 (includes 
a standard length cable for attachment to the PC/AT) 

A dedicated PC/AT with: 

a 512Kb RAM 

A Keyboard 

A Display and associated display adapter 

a System/36 LAN attachment adapter - for connecting the PC/AT to the 

System/36 
A IBM Token-Ring Network Adapter II (up to two). 



4.11.3.2 Software Requirements 

AS/400 PC Support requires: 

• Operating System/400 (OS/400) 
PC Support/36 requires: 

• System/36 Systems Support Program 

• Interactive Data Definition Utility (IDDU) 

• System/36 LAN Communications Program. 

The workstations running AS/400 PC Support require DOS 3.3 or later and IBM LAN 
Support Program, while the workstations running PC Support/36 require DOS 3.2 or later. 

4. 1 1 .4 Implementation 

Some major changes are included in the architecture of the AS/400 PC Support, the most 
significant being that the AS/400 router on the personal computer no longer communicates 
with a router on the host side; instead it communicates with an APPC communication 
program. This new router is able to communicate with APPC on the System/36 and a 
modified PC Support/36 router is available to communicate with APPC in the AS/400. 
Thus support is provided for a mixed environment of System/36's and AS/400's. 



16 PC/AT is a registered trademark of the International Business Machines Corporation. 
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5.0 Enhanced Connectivity Facilities VI. 1 

5.1 Overview 

The IBM Enhanced Connectivity Facilities Vl.l (ECF) consists of a set of IBM-provided 
server and requester programs. These programs are designed to connect IBM Personal 
Computer and IBM Personal System/2 users to IBM System/370 host data bases and files 
over a suitably configured communications link and thus extend the personal computing 
environment to include host resources. 

The following highlights are provided by the IBM Enhanced Connectivity Facilities Vl.l: 

• Extension of personal computer resources to include those of the host system, namely: 

■ Virtual disk 

■ Virtual file 

■ Virtual print 

■ File transfer capabilities 

• Host data services providing access to DB2 and SQL/DS relational data bases as well 
as DL/I data, and VSAM, CMS, and sequential files 

• Initiation of host procedures, commands, and programs from the IBM Personal 
Computer or IBM Personal System/ 2 

• Both a full-screen menu-driven interface and a command-driven interface for the per- 
sonal computer user 

• A consistent application development interface known as the Server- Requester Pro- 
gramming Interface (SRPI). 

The SRPI can be used to develop additional user-written servers and requesters if desired. 

5.2 Basic Functions 

The IBM-provided servers/requesters are written using the same SRPI that is provided for 
end-user application development. They include: 

• The IBM Personal Computer or IBM Personal System/2 Requesters 

• The IBM TSO/E Servers for MVS/XA hosts 

• The IBM CMS Servers for VM/SP hosts. 

The IBM Enhanced Connectivity Facilities Vl.l requesters are currently supported only in 
a personal computer DOS environment. A statement of intent has been made to the effect 
that support will be provided under OS/2. 
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The IBM Enhanced Connectivity Facilities VI. 1 requesters provide the user with the ca- 
pability of requesting services or data from an IBM System/370 host computer. Servers in 
the IBM System/370 host reply to these requests from the personal computer. Each service 
is provided by a server-requester pair and can be driven by means of either a menu interface, 
commands or personal computer DOS batch files. 

Before being able to use ECF, the workstation user must first log on to the host using one 
of the supported 3270 emulators for connectivity services. These emulators are discussed 
in "Connectivity" on page 61. 

5.2.1 Data Base Services 

There are two data-base server-requester pairs. One uses SQL while the other uses DXT. 

The SQL server-requester enables the user, via a dynamic or predefined query capability, 
to directly access DB2 and SQL/DS. The results of a query can be directed to either a host 
file, a personal computer file or the personal computer screen. File definitions and query 
information can be stored for reuse. 

The DXT server-requester allows the user to extract information from DB2, SQL/DS, 
DL/I and fast path data bases, and VSAM and SAM files by means of requests previously 
created using DXT's host interface. The extracted data is stored in DXT Integration Ex- 
change Format on the host and can be transferred to the personal computer, for use in 
personal computer applications, by means of the file transfer facility. The user may list and 
select jobs, and also predefine those jobs, which are to be run in batch mode. 

5.2.2 Virtual Disk 

The virtual disk server-requester enables the personal computer user to use host disk space 
as though it were a personal computer fixed disk. Data is stored in personal computer 
format (ASCII) and can be access by specifying the drive letter (for example, E:) and path 
information (for example, \DOODAHS). Read access, using host access control facilities, 
can be provided to multiple concurrent personal computer users but only one user can have 
write access at any one time. 

5.2.3 Virtual File 

The virtual file server-requester allows the personal computer user to use host files as local 
personal computer files. The facility provides translation from host data types (EBCDIC) 
to personal computer data types (ASCII) as well as to field-level transformations. The latter 
are specified under the heading "File Transfer" later on in this section. VM CMS files and 
MVS sequential and partitioned data sets are supported and can be shared among host and 
personal computer applications. Only one user can have write access at any one time. 

5.2.4 Virtual Print 

The virtual print server-requester enables the personal computer user to direct printer output 
to any host printer that supports the IBM 3800 Model 1 and the IBM 1403 host printer 
datastreams. The host printer is addressed as a personal computer printer (LPT1 for ex- 
ample) and the necessary transformations are automatically taken care of. 



5.2.5 File Transfer 

The file transfer server-requester enables all or parts of files to be either transferred between 
the personal computer and the host, or copied between a virtual disk and a host file. In 
contrast to the IBM 3270 PC file transfer which only includes binary and character file 
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transfer, this facility includes binary, character, and formatted file transfer according to 
pre-specified file definitions. Field-level transformations and an exit for user-supplied data 
mappings is provided. 

The following personal computer interchange formats are supported: 

• Data Interchange Format (DIF) 17 

• LOTUS Corporation SYMPHONY 17 WRK Format 

• LOTUS 1-2-3 17 WKS Format 

• dBASEII 18 and dBASEIII 18 SDF Delimited Format 

• Comma Separated Variable (CSV) 

• Multiplan 19 Input Format (SYLK). 



5.2.6 Run Host Commands 

This server-requester allows the user to initiate real-time execution of commands, programs, 
or procedures on the host and have the output returned to the personal computer when the 
processing is completed. 

5.2.7 Routers 

Fundamental to the, operation of the IBM Enhanced Connectivity Facilities VI. 1 servers- 
requesters are the routers that handle the receipt of the personal computer requests for ser- 
vices and the sending of responses from the host back to the user. The routers pass 
information to the communication programs (for example, PC 3270 Emulation Program 
V3 and ACF/VTAM) via the server-requester programming interface (SRPI). 

The router functions are included within the interactive subsystems on IBM System/370 
host computers (TSO/E and CMS) and the communications subsystems on the personal 
computer (the IBM PC 3270 Emulation Program V3 or the IBM 3270 Workstation Pro- 
gram VI. 1). 



5.3 Operating Environment 

This section deals with the hardware and software prerequisites for both the IBM 
System/370 host and personal computer. LAN components, other than attachment re- 
quirements, are not included. 

5.3.1 Prerequisite Hardware 

IBM TSO/E Servers will run on any IBM processor capable of running TSO/E Release 3 
with the MVS/XA 20 feature. 



" DIF, WRK, WKS, LOTUS 1-2-3, and SYMPHONY are registered trademarks of Lotus De- 
velopment Corp. 

18 dBASEII and dBASEIII are trademarks of Ashton-Tate Corp. 

19 Multiplan is a trademark of Microsoft Corp. 

20 MVS/XA is a trademark of the International Business Machines Corporation. 
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IBM CMS Servers will run on any IBM processor capable ol running VM/SP Release 4 
or 5. 

IBM PC Requesters require the following hardware environment: 

• A supported IBM Personal Computer or IBM Personal System/2 

• 640 KB memory 

• At least two diskettes or one diskette and a fixed disk. A fixed disk is required to 
support the IBM PC Requesters' screen interface 

• Either a suitable monochrome, color or graphic display 

• A suitable LAN adapter 

• In some cases an expanded memory adapter may be required. For example the IBM 
Personal System/2 21 80286 Expanded Memory Adapter/A is required on IBM Per- 
sonal System/2 Models 50 and 60 for running the IBM 3270 Workstation Program 
using the full screen interface. 



5.3.2 Prerequisite Software 

The IBM TSO/E Servers require the following software prerequisite licensed programs: 

• MVS/System Product Version 2 Release 1.2 with JES2 or JES3 and MVS/XA Data 
Facility Product Version 2 Release 1 

• TSO Extensions (TSO/E) Release 3 with MVS/XA feature 

• ACF/VTAM Version 3 



Interactive System Productivity Facility (ISPF) Version 2 Release 2 
IBM 3270-PC File Transfer Program 



For DXT or DATABASE 2 or both, the corequisite licensed programs are: 

• DXT Version 2 Release 1 or Release 2 

• DATABASE 2 Release 2 or 3 

The IBM CMS Servers require the following prerequisite licensed programs: 

• VM/IS, VM/SP Release 4 - with or without High Performance Option (HPO) or 
VM/SP Release 5 - with or without HPO 

• ACF/VTAM Version 3 

• ISPF Version 2 Release 2 

• IBM 3270-PC File Transfer Program 

For DXT or SQL/DS or both, the corequisite licensed programs are: 

• DXT Version 2 Release 1 or Release 2 

• SQL/DS Release 3.5 

The software prerequisite licensed programs for the IBM Personal Computer are: 

• IBM Personal Computer DOS 3.1 or higher (see note below on the IBM LAN Sup- 
port Program) 

• One of the following: 

IBM PC 3270 Emulation Program V3, or 
■ IBM 3270 Workstation Program VI. 1 

• EZ-VU II Runtime Facility is required to use the IBM PC Requesters' screen inter- 
face. 



21 Personal System/2 is a registered trademark of the International Business Machines Corporation. 
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NOTE: The IBM LAN Support Program is required by most but can be used with all of 
the IBM- supplied LAN adapters. The IBM LAN Support Program requires DOS 3.3 or 
higher. 



5.4 Connectivity 



IBM Enhanced Connectivity Facilities VI. 1 supports a numbers of different options for 
connecting personal computers to an IBM System/370 host. These include: 

• Link connections 

• Coax attachments to 3x74' s 

• LAN attachments. 

The options that are dealt with in this section are those that apply to a workstation which 
is directly attached to one of the supported LANs. 

ECF requires a 3270 host connection. The two products that implement the Server- 
Requester Programming Interface (SRPI) and provide 3270 emulation suitable for a LAN 
environment are: 

• IBM PC 3270 Emulation Program V3 (3270EM) 

• IBM 3270 Workstation Program VI. 1 (WSP 1.1) 

These products have already been described in "System/370 Host Connectivity" on page 
17 and therefore will not be discussed again here. On the host the SRPI is provided by the 
TSO/E and CMS servers. 

5.4.1 Connectivity for LAN- Attached Workstations 

When configuring for ECF, one of the important decisions to be made is which of the 
gateways will be used for connecting the LAN environment to the host environment. The 
choice of gateway will have a direct bearing on performance, determine which 3270 emu- 
lation can be used by the requester, and also which of the following supported LANs can 
be implemented: 

• IBM PC Network Baseband 

• IBM PC Network (Broadband), or 

• IBM Token-Ring Network 

A number of scenarios are provided below. They are shown as examples and should not 
be taken to imply that they are the only configuration possibilities. 
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5.4.1.1 A Typical Configuration Using IBM PC 3270 Emulation Program 
V3 as a Gateway 
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Figure 24. ECF Using IBM PC 3270 Emulation Program V3 Configured as a Gateway 



Notes to the above diagram: 

1. The requester is configured as a 3270EM network station which can emulate two LUs, 
one terminal and one printer. 

2. The 3270EM gateway configuration can provide gateway services for up to 32 LUs. 

3. The personal computer running as a 3270EM gateway requires an SDLC adapter or 
equivalent to be installed. 

4. The 3270EM gateway supports a single host link at speeds of up to 19200 bps. 

5. The above configuration is supported in an IBM Token- Ring Network, an IBM PC 
Network (Broadband) and an IBM PC Network Baseband environment. 
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5.4.1.2 Typical Configurations Using either a 3174 or a 37 xx as a Gateway 
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Figure 25. ECF Using Either a Remote 3174 or a Remote 37xx as a Gateway 



Notes to the above diagram: 

1. The requester can be running either WSP 1.1 or 3270EM configured as a stand-alone 
station. 

2. The model of 3174s which can provide link-attached gateway services are the 01R, 
51R, 02R and 52R. 

3. The 3174s require a gateway feature to be added and will support a single host link at 
speeds of up to 64 Kbps. 

4. The 37xx can either be a 3720, 3725 or 3745 which has been appropriately configured. 

5. The 37xx can support multiple 64 Kbps host links. Higher speeds are also supported. 

6. The above configuration is only supported in an IBM Token-Ring Network environ- 
ment. 



ECF 63 



LAN 
Workstation Connection Gateway Host Environment 
< > < > < > < > 



Requester 
SRPI 



Token-Ring 



3174-01L 
37xx 



Channel 



TSO/E / CMS 
Server 



SRPI 



Figure 26. ECF: ECF Using a Local 3174 or a Local 37xx for Gateway Services 



Notes to the above diagram: 

1. The requester can be running either WSP 1.1 or 3270EM configured as a stand-alone 
station. 

2. The 3174-01L is the only 3174 which can be channel-attached. With the gateway 
feature added it is able to provide gateway services to downstream devices. 

3. The 37xx can either be a 3720, 3725 or 3745 which has been appropriately configured. 

4. The above configuration is only supported in an IBM Token-Ring Network environ- 
ment. 
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5.4.1.3 A Typical Configuration Using the 9370' s Integrated Token-Ring 
Support as a Gateway 
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Figure 27. ECF Using the 9370's Integrated TRNSC as a Gateway 



Notes to the above diagram: 

1. The requester can be running either WSP 1.1 or 3270EM configured as a stand-alone 
station. 

2. The 9370's integrated Token-Ring Network Subsystem Controller (TRNSC) consists 
of a token-ring adapter, a communications processor and microcode. 

3. The above configuration is only supported in an IBM Token-Ring Network environ- 
ment. 



5.5 Compatibility and Co-existence 

Both Personal Services/PC Version 1 Release 2 and PROFS 22 /PC Support feature use IBM 
PC 3270 Emulation Program V3 as does the Enhanced Connectivity Facilities. To utilize 
the office functions, the IBM Personal Computer user will stop the IBM PC Requesters 
(via a function key) before executing Personal Services/PC or the PROFS/PC Support 
feature. Upon completion of the office functions, the IBM Personal Computer user can 
restart the IBM PC Requesters. 

The IBM PC LAN Program VI. 3, running Base Services and configured as a redirector can 
co-reside with the Enhanced Connectivity Facilities program. This gives the user file server 
and print server functions on the LAN. The IBM PC 3270 Emulation Program V3 can 
be configured to run with the PC Requesters' command level mode or full-screen level 
interface mode, together with the IBM PC LAN Program VI. 3. However, due to DOS 
memory constraints, it is recommended that PC Requesters only run in command level 
mode. 



5.6 Interfaces 



This chapter deals with the end-user interfaces, programming interfaces and national lan- 
guage support. 



22 PROFS is a registered trademark of the International Business Machines Corporation. 



ECF 65 



5.6.1 End-User Interfaces 

Users can choose to interact with the system using either menus or commands. 

The menus provide an easy-to-use, full-screen interface which gives access to all the facili- 
ties, as well as extensive online help. 

The command interface is provided for programmers and experienced users. Commands 
can be entered at the DOS prompt or in a BAT file, or they may be invoked from an ap- 
plication program through a subroutine call in which case the user need not know that ECF 
is involved. 

Under certain circumstances, lack of personal computer memory may require that the 
command interface is used. 

5.6.2 Programming Interfaces 

The prograrnming interface to the routers is the Server-Requester Progranrrning Interface 
(SRPI). The programming languages supported on the PC are: 

• IBM Pascal 

• IBMC 

• IBM Macro Assembler. 

The supported host programming languages are: 

• System/370 Assembler 

• EXEC 2 (VM only) 

• REXX (VM only). 

The SRPI communications capability that is provided is a subset of IBM's Advanced 
Program-to-Program Communications (APPC) architecture. 



5.6.3 National Language Support 

IBM Enhanced Connectivity Facilities VI. 1 is available in the following nine national lan- 
guages: 

Canadian 

French 

Danish 

English 

German 

Italian 

Kanji 

Spanish 

Swedish. 

The host product contains support for the above nine languages plus 15 country specific 
keyboards. The latter provides support for both the host country extended code pages and 
the corresponding PC ASCII code pages. 

All keyboard support is installed with the base system. However, only one of the national 
languages can be selected at install time. 
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5.7 Security 



The IBM Enhanced Connectivity Facilities VI. 1 uses the security features of VM/SP Re- 
lease 4 and TSO/E Release 3. Users must be registered before they can log on and pass- 
words entered at that time must match those contained in their profiles. The latter will also 
specify which disk resources are available to the user and the associated access levels (for 
example, read or write). 

Security products such as RACF can be installed to enhance the resource security features 
over those provided by the operating system. If required, Net View Access Services can be 
installed on the host to provide network access control and to limit the user to specific ap- 
plications. A VTAM logon exit may also be implemented which can be used for functions 
such as controlling which users can log on from which terminals. 



5.8 Performance Considerations 

The same general performance considerations apply to IBM Enhanced Connectivity Facil- 
ities VI. 1 as they do to IBM AS/400 PC Support. These include factors such as: 

Host system installed 

Number of concurrent users 

Workload profile 

Ratio of work performed on the PC to work performed on the host 

Other functions performed by the host 

Host connectivity. 

A key factor that can have a significant effect on performance is the type of host connection 
employed. Where a low-speed communications link is involved this can have a direct im- 
pact on user response times. 



5.9 Management 



IBM Enhanced Connectivity Facilities Vl.l, being an IBM System/370 host-based imple- 
mentation, can have Net View running on the same host. Alerts generated on the LAN can 
be forwarded to Net View by one of the gateways or Net View/PC running in conjunction 
with a LAN Manager. Commands can also be issued to the LAN from Net View via 
Net View/ PC running in conjunction with a LAN Manager. In addition, the LAN Manager 
products can be run on a stand-alone basis to provide management at a local level (see 
"Management" on page 7 for more details). 

The IBM System/370 host, being a host environment, will also have procedures in place 
for performing regular backups and generally ensuring that the system is available on a 
continuous basis. 



ECF 67 



68 LAN Server Guide 



6.0 Network File System 



6.1 Overview 



The Network File System (NFS 23 ) is a shared file capability that allows users on both IBM 
and OEM systems that are running NFS 3.2 protocols to access distributed files. 

NFS uses Transmission Control Protocol/ Internet Protocol (TCP/IP) to communicate 
between VM, AIX, and UNIX 24 based systems for the purposes of sharing files and remote 
services. 

NFS enhances the TCP/IP environment to include: 

• Transparent access to remote files 

• Yellow pages 

• Machine-type independence through: 

■ Remote procedure call 

■ External data representation. 



6.2 Basic Functions 

NFS is a family of protocols that can be implemented on any systems that support the 
TCP/IP communications protocols. These systems typically use UNIX as an operating 
system, although this need not always be the case. IBM has developed a number of im- 
plementations based on the NFS 3.2 protocols. Those discussed in this chapter are: 

• TCP/IP for VM NFS 

• AIX/370 NFS 

• AIX/RT 25 NFS. 

The NFS 3.2 protocols provide support for both a server function and a client function. 
A server makes its files and resources available to other systems on the network while a 
client requests and uses those files and resources. A server is capable of being a client of 
another server. 

The above products do not necessarily implement the same level of function. This is dis- 
cussed in "Functional Equivalence" on page 78. 



23 NFS is a trademark of Sun Microsystems, Inc. 

24 UNIX is a trademark of American Telephone & Telegraph Co. 

25 AIX/RT is a registered trademark of the International Business Machines Corporation. 
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The implementation of NFS that was tested for the purposes of this publication is the 
AIX/RT NFS. 



6.2.1 Transparent Access to Remote Files 

Systems running NFS 3.2, either on an Ethernet or an IBM Token-Ring LAN using the 
TCP/IP protocol, are able to access files on an AIX/RT system, an AIX/370 system, a 
VM/370 system or an OEM UNIX system. 

The status of files (open, closed, etc.) and transactions against those files are maintained 
by the client and is completely transparent to the server. For this reason NFS is referred 
to as a "stateless" file service. 



6.2.2 Yellow Pages 

Yellow pages (YP) is a facility for mamtaining data that is shared on the network. It is 
similar in concept to the yellow pages telephone directory in that it provides client machines 
with the means of finding information. Changes, such as the location of a file, need only 
be updated on a single machine. When a YP client wishes to access information, it requests 
the YP service which returns the necessary information. 

YP implements what is referred to as a YP domain. In contrast to the domain concept 
implemented in IBM PC LAN Program V1.3 and IBM OS/2 LAN Server V1.0 and which 
relates to a group of users, the YP domain relates to the information being kept. For ex- 
ample it is possible to have a domain that keeps track of all scientific information. More 
typically though, the type of information maintained deals with passwords and system 
names. 

Each YP domain maintains a data base on a server designated as the YP master server. 
Optionally these can be backed up on additional servers known as YP slave servers. On a 
periodic basis, changes made to the YP master server are sent to the YP slave servers where 
the data base is rebuilt. 

Requests between YP clients and YP servers are designed to operate as remote procedure 
call (RPC) functions. 



6.2.3 Machine Type Independence 

NFS is designed to work across networks without being dependent on machine types. This 
is achieved through the use of a remote procedure call (RPC) protocol built on top of an 
external data representation (XDR) protocol. 

6.2.3.1 Remote Procedure Call 

NFS uses remote procedure calls to communicate between the client computer, where the 
user is logged on, and the server computer on which the resource is located. The remote 
procedure calls are defined through the RPC protocol and have the effect of making remote 
services appear as though they are local. 

The operation of remote procedure calls involves the client invoking a caller process which 
in turn invokes a process located on the server. The server process executes the procedure 
call and returns the result to the client as though the procedure call had executed on the 
client user's machine. 

RPC is able to use either User Datagram Protocol/Internet Protocol (UDP/IP) or Trans- 
mission Control Protocol/Internet Protocol (TCP/IP) as the transport protocols for carry- 
ing the message data between communicating programs. 
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6.2.3.2 External Data Representation 

The XDR protocol attempts to allow data to be represented in a way that is both machine- 
and language-independent. 

The specification defines the size, byte order, and alignment of data types. 

XDR converts the parameters and results of each RPC service provided. This allows 
complex data structures to be built from simple data types and then used across a network. 

6.2.4 Transmission Control Protocol/Internet Protocol 

Transmission Control Protocol/ Internet Protocol (TCP/IP) is a family of protocols which 
have been defined for the purpose of providing a means of communication between differ- 
ent suppliers' equipment. Providing that all equipment within the network implements the 
same set of protocols, they will be able to communicate and perform functions such as file 
transfer, logging on to foreign hosts and remote execution of procedures on foreign, hosts. 
Communication between hosts is based on packet-switched technology (that is, data is 
transferred in packets). 

Transmission Control Protocol/ Internet Protocol is a layered protocol that uses the Inter- 
net Protocol (IP) as a network layer protocol for sending packets between internet hosts, 
and either Transmission Control Protocol (TCP) or User Datagram Protocol (UDP) or 
both, as transport-level protocols for making host-to-host connections between internet 
hosts. The former provides a reliable stream mode of communication while the latter is 
transaction-oriented (that is, each packet is a discreet transaction or message) and offers no 
assurance of datagram delivery or protection against duplication. The IP interfaces between 
the physical-level protocols such as those found in LANs (IEEE 802.2) and the transport- 
level protocols. 

Being a datagram protocol, IP does not provide a reliable communication facility (no ac- 
knowledgments), nor does it provide error control for data or perform retransmissions. It 
leaves the responsibility for providing reliability procedures up to the higher level protocols, 
which include the transport-level protocols and the application-level protocols. 

The application-level protocols, some of which are briefly described below, use the 
transport-level protocols to transfer information as either 7-bit NETASCII characters or 
8-bit binary data: 

• Telnet Protocol (TELNET) - provides a standard method of allowing terminals of one 
host to log on to another host. TELNET assumes that TCP is the underlying proto- 
col. TCP allows a message to span more than one packet. It provides for asynchro- 
nous data flow between hosts with full flow control by the destination while ensuring 
that data is delivered correctly, in sequence and completely. 

• Trivial File Transfer Protocol (TFTP) - is designed to read and write files to and from 
a foreign host. TFTP assumes that UDP is the underlying protocol and thus imple- 
ments a degree of reliability by requiring an acknowledgement for each packet sent to 
the destination. The use of UDP provides for performance benefits but at the expense 
of integrity. 



• 



File Transfer Protocol (FTP) - makes it possible to transfer data between dissimilar 
hosts and to transfer files between two foreign hosts indirectly. FTP assumes that TCP 
is the underlying protocol and uses a TELNET connection to transfer commands and 
replies. FTP provides more function than TFTP in that it supports functions such as 
creating and removing remote directories, listing remote directories and transferring 
multiple files in a single request. 
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6.3 Operating Environment 



The following section aims to give the reader an idea of the hardware and software com- 
ponents required for an NFS environment. LAN requirements are not included. 



6.3.1 Prerequisite Hardware 

NFS as a feature of TCP/IP for VM Release 1.2 requires the following minimum config- 
uration: 

• Any IBM System/370 processor that supports VM/SP, VM/SP HPO or VM/XA 26 
SP 

• 5 MB of user storage 

• 20 MB of disk 

• One tape drive 

• One System/370 BMPX channel for attaching 8232 LAN Channel Station (9370 can 
have an integrated LAN adapter and therefore doesn't require the BMPX channel) 

• 3270 Terminal for installation and maintenance. 

The minimum requirements for AIX/370 Network File System are: 

• Any system environment supported by AIX/370 (includes features such as a tape drive, 
etc.) 

• 600K bytes of disk 

• One System/370 BMPX channel for attaching 8232 LAN Channel Station (9370 can 
have an integrated LAN adapter and therefore doesn't require the BMPX channel). 

AIX/RT Network File System requires the following minimum configuration: 

Any RT/PC 

Diskette drive 

Approximately 30 MB of disk 

Display 

Appropriate Ethernet or token-ring network adapter. 



6.3.2 Prerequisite Software 

TCP/IP for VM Release 1.2 will operate in one of the following environments: 

• VM/SP Version 4.0 or later 

• VM/SP HPO 4.2 or later 

• VM/XA SP Version 1 or later, System/370 mode. 

Minimum requirements for AIX/370 Network File System are: 

• AIX/370 

• TCP/IP for VM. 

NFS for the RT/PC has the following minimum requirements: 

• AIX/RT Operating System Version 2.2.1. 



26 VM/XA is a trademark of the International Business Machines Corporation. 
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6.4 Connectivity 



NFS is reliant on TCP/IP protocols for communication. This is a complex environment 
in that some of the family of TCP/IP protocols are officially defined by the USA Defense 
Advanced Research Projects Association (DARPA) 27 , while others exist as commonly used 
protocols in the TCP/IP community. The situation that arises is that not all products im- 
plement the same set of protocols. 

Support is provided in different forms for a number of networking environments. These 
include: 

• Wide area networks (WANs) using: 

■ X.25 protocols 

■ Serial line protocols 

■ An SNA link for interconnection of TCP/IP networks. 

• Local area networks (LANs) being: 

■ IEEE 802.3 (Ethernet) networks 

■ Token-ring networks. 



6.4.1 TCP/IP Connectivity 

Within a TCP/IP network all computers are referred to as hosts. These hosts are connected 
to physical networks (for example, LANs and WANs) and then organized into logical net- 
works. Physical and logical networks, in turn, can be interconnected via gateway hosts. 

Each host is assigned a host name and an internet address, the latter being made up of a 
network number and a local address. In the case of gateway hosts more than one address 
may be assigned with each interface to the network being assigned its own unique address. 

The internet protocol (IP) and higher level host-to-host protocols, such as TCP and UDP, 
use these Internet addresses for routing packets, sometimes referred to as IP datagrams, 
between hosts. 

In a LAN environment an additional protocol, the address resolution protocol (ARP), is 
used for dynamically mapping internet addresses to LAN hardware addresses. When a re- 
quest for a mapping cannot be resolved from mapping tables kept in cache, ARP sends a 
broadcast on the network requesting the address mapping. 

TCP/IP on the RT/PC and TCP/IP for VM implement gateways differently: 

• On the RT/PC, two additional higher level protocols, the exterior gateway protocol 
(EGP) and the routing information protocol (RIP), are implemented. EGP requires 
a rninimum amount of definition and provides an explicit means of defining routing 
between different networks. RIP, not an official IP protocol but commonly used in 
the internet community, provides a more dynamic form of route determination. 

The internet router, a component of TCP/IP on the RT/PC, uses the above protocols 
and enables a host to act as a gateway for accessing adjacent networks. 

• TCP/IP for VM provides gateway support by means of gateway commands (state- 
ments) stored in a CMS file. These commands specify the networks to which 
datagrams can be sent and the routes for getting there. In addition a default route can 
be specified for accessing any network not explicitly routed. 



27 DARPA initiated the TCP/IP family of protocols and maintains standards for the individual 
protocols. 
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Examples of gateway support are shown in Figure 28 on page 75 and Figure 29 on page 
76. 
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6.4.1.1 Typical TCP /IP Configurations 
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Notes to the above diagram: 

1. Hostl, host2, host3 and host4 are in network "A". 

2. Host4, host5, and host6 are in network "B". 

3. Host4 is in both networks, runs the internet router and performs gateway functions. 



In order for host4 to provide connectivity to both a token-ring LAN and an Ethernet 
LAN it would need to be one of the following: 

• A RT/PC with both a token-ring adapter and an Ethernet adapter installed. 

• A 9370 with the integrated LAN subsystem controllers for both Token- Ring and 
Ethernet support. 

• Another System/370 with a 8232 LAN Channel Station attached. The latter 
would have both the token-ring and Ethernet adapters installed. 

It may be appropriate to designate host4 as the name server, a facility that when re- 
quested can provide a client's address, for both networks. 

The above configuration is supported in a token-ring LAN and an Ethernet LAN en- 
vironment. 
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Figure 29. Logical Representation of an NFS LAN Connected to an NFS WAN 



Notes to the above diagram: 

1. Hostl, host2, host3 and host4 are in network "A". 

2. Host4, host5, and host6 are in network "B". 

3. Host4 is in both networks, runs the internet router and performs gateway functions. 

4. Wide Area Network (WAN) connectivity options: 

• Both the RT/PC and the 9370 support X.25 for WAN connections. The RT/PC 
requires OEM equipment in order to do so. 

• The RT/PC also supports asynchronous start/ stop protocols over the WAN. 

5. It may be appropriate to designate host4 as the name server, a facility that when re- 
quested can provide a client's address, for both networks. 

6. The above configuration is supported in a token-ring LAN and an Ethernet LAN en- 
vironment. 



6.4.2 SNA Network Link 

TCP/IP for VM installed on a VM system which is ninning ACF/VTAM may interconnect 
a TCP/IP network via SNA to another TCP/IP network which is attached to a similarly 
configured system. The systems that interface to TCP/IP on one side and SNA on the 
other implement a VM GCS application called SNALINK. SNALINK communicates 
with one or more instances of SNALINK at remote nodes, using SNA LU type proto- 
cols. See Figure 30 on page 77 for an example of such a configuration. 
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6.4.2 J A Typical SNA Network Link Configuration 
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Figure 30. LAN Interconnection over an SNA Link 



Notes to the above diagram: 

1. Hostl and host2 are in network "A". 

2. Host3 and host4 are in network "B". 



Host2 and host3 are 9370s (could also be another S/370 with an 8232 and a 37xx at- 
tached, the 8232 for attachment to the LAN and the 37xx for attachment to the WAN) 
running both VTAM and TCP/IP for VM. 

The above example shows a token-ring-based NFS network connected to an 
Ethernet-based NFS network. 



6.4.3 System/370 Host Connectivity 

Both the RT/PC implementation of TCP/IP and the VM implementation of TCP/IP 
provide support for 3270 type sessions. TELNET users on a VM TCP/IP system use 
transparent mode to access 3270 full screen applications such as XEDIT or ISPF. 
TELNET users on a RT/PC use the 3270 full screen support of TELNET to achieve the 
same level of capability. Non-IBM products available on the market claim to provide 
similar support for users of other equipment manufacturer (OEM) systems. A TELNET 
user having accessed a foreign VM TCP/IP host is then able to issue VM commands such 
as PASSTHRU or DIAL VTAM to access either a VM RSCS network or an SNA net- 
work. An example is shown in Figure 31 on page 78. 
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6.4.3.1 A Typical 3270 Configuration 
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Figure 31. 3270 Access from an INKS Host 
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Notes to the above diagram: 

1. Hostl and host2 are in network "A". 

2. Hostl could be either a RT/PG, a System/370 or ai A OEM system with the appropriate 
software. 

3. Host2 is a 9370 (could also be another S/370 with an 8232 and a 37xx attached, the 
8232 for attachment to the LAN and the 37xx for attachment to the WAN) running 
both VTAM and TCP/IP for VM. 

4. The above LAN configuration could be any of the supported LAN environments. 



6.5 Functional Equivalence 



AIX/370 Network File System is functionally equivalent to AIX/RT Network File System. 
Both of them support: 

Server protocols 

Client protocols 

Remote procedure call 

External data representation 

Yellow pages. 

TCP/IP for VM Release 1.2, which includes the NFS feature, provides a subset of the 
above capabilities, namely: 

• Server protocols 

• Remote procedure call 

• External data representation. 
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A major difference between the TCP/IP implementation of NFS and the AIX implemen- 
tations is that the former does not provide the client protocols. This means that users and 
applications on a TCP/IP for VM NFS are unable to act as "requesters" to the AIX/370 
and the AIX/RT systems. 



6.6 Security 



The security features found in an NFS environment are generally an extension of those 
found in a TCP/IP network, which include: 

• User authentication 

• Connection authentication 

• Data import and export security. 

UNIX systems make provision for update, execute and read protection for directories or 
files at a user, group and owner level. 

In the VM implementation, where there is no file-level access control but only disk access 
control, the file handler represents the capability to access a file. The latter is encrypted and 
sent to the client. When returned to the server, access is permitted. If the encryption has 
been tampered with then access is rejected. 

NFS uses authentication mechanisms built into the RPC facility for file protection. RPC 
includes a slot for the authentication parameters on every remote procedure call so that the 
client can identify itself to the server. 

TELNET requires that the user log on to the remote host and supply a password if re- 
quested to do so. Maintenance of user IDs and passwords can be achieved using the YP 
component of NFS. 

TFTP makes no provision for user authentication and thus some installations disable the 
TFT.P facility. 

FTP provides for security by passing user and account passwords to the foreign host. 



6.7 Performance Considerations 

Information is transferred over a TCP/IP network in discreet packets. Each packet has a 
TCP header and an IP header, which are the same size irrespective of the amount of data 
transmitted. In order to reduce the impact of the header overhead it is desirable to send the 
largest packet sizes possible. However, packets which are too large will be fragmented, each 
with its own headers, by intervening gateways. Fragmentation and reassembly of packets 
are expensive in their use of CPU and line resources. Thus, unless all gateways are known 
to accept large packets, it is advisable to adopt the default packet sizes. 

In addition, the NFS environment is subject to performance considerations similar to those 
described for the other server implementations. 
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7.0 Financial Branch System Services V2.1.1 

7.1 Overview 

IBM Financial Branch System Services V2.1.1 is a LAN-based application that provides 
extensions to personal computer DOS for communications, file sharing, and financial 
input/output support. It provides an environment that is suitable for implementing dis- 
tributed processing systems. 

As the name implies, Financial Branch System Services (FBSS) is designed with the finance 
office and departmental environment in mind. It may however be implemented as the basis 
for building other transaction processing systems. In this environment FBBS provides a 
great deal of capability. The enterprise should be aware though that the prerequisite 
knowledge for installation and implementation is strongly finance-systems-oriented. 

Functions provided by FBSS include: 

• Communications between workstations on the LAN and a host computer or com- 
puters 

• Distributed or shared files 

• Shared finance I/O devices 

• Program-to-program communications between a personal computer and a host 

• 3270 emulation 

• Communication between LANs. 



7.2 Basic Functions 

Within FBSS the term server is used to refer to a program or a set of programs that perform 
a specific function. Workstations with resources that are available to be shared and that 
are running the corresponding server program or programs are referred to as server owners. 
Workstations wishing to access the server owners are termed non- owner workstations. 

FBSS provides an environment in which applications, usually developed by the enterprise, 
make use of the different servers. A system verification program is provided to assist with 
the development of applications. 

Applications wishing to access resources on server owners issue their requests via the 
Server-Requester Programming Interface (SRPI) to the supervisor-router program. The 
supervisor-router program is the nucleus of the FBSS system and is a resident extension 
of the IBM Personal Computer DOS system. It runs in each workstation using FBSS and 
will receive the application program requests. These requests are either routed to the ap- 
propriate server, if it is running locally, or across the LAN to another supervisor-router 
where the required server is ixinning. Results are finally returned to the calling application 
along the reverse route. 

Additional responsibilities of the supervisor-router include: 
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• Dispatching asynchronous events 

• Dispatching servers in conjunction with hardware interrupts 

• Activating an internal application, for example a 3270 emulator, when the user presses 
the corresponding Hot key 

• Giving control to timer-driven internal applications at certain time intervals. 

FBSS makes provision for customers to develop their own servers should they need to 
satisfy specific requirements. Those that are supplied with the IBM Financial Branch Sys- 
tem Services V2.1.1 product are known as FBSS servers and are discussed below. 

7.2.1 Shared File Server 

The shared file server makes files on a personal computer hard disk available to applications 
on all workstations on the LAN. Access methods supported by the shared file server in- 
clude: 

• Direct access 

• Sequential access 

• Indexed sequential access. 

The shared file server, which uses a terminology similar to IMS, is independent of the ap- 
plication programming language and provides facilities for automatic restart. Possibly the 
most important strength is the provision it makes for integrity: 

• Allowing concurrent read access for multiple users 

• Record level locking is provided for update access 

• Logging all transactions for: 

■ Recovery of an entire shared file 

■ Backout of the last transaction if the workstation has been restarted for any reason 

■ Cancellation of the last transaction by the application. 

The shared file server also gathers statistics of the primary functions used by the work- 
stations. These are available to the users of all connected personal computers and can be 
logged if required. 

7.2.2 Shared DOS Directory Support 

The shared DOS directory support provides a facility to: 

• Share application programs and thus reduce the need to keep and maintain multiple 
copies of the same program 

• Share information such as rate tables 

• Provide fixed disk space for diskette-based machines. 

Directories can either be "public", in which case they can be accessed in read-only mode 
by all workstations, or dedicated for the exclusive read-and- write use of a single workstation. 
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7.2.3 Financial I/O Servers 

FBSS provides a family of servers for supporting a wide range of financial I/O devices: 

• Printer Servers - supports a range of 4700 printers and facilitates dynamic changing of 
device parameters 

• Magnetic Stripe Reader Server - support is provided for the 4717 Magnetic Stripe 
Reader connected to the pointing device port 

• PIN Pad Device Server - support is provided for the 4718 Personal Identification 
Number (PIN) Keypad also connected to the pointing device port 

• Driver for the Monochrome Display - this driver allows the 4707 display to alternately 
act as a 4700 or 3270 terminal by changing the screen presentation mode between 12 
lines of 40 characters and 25 lines of 80 characters. 

Devices may be configured to be used by either a single workstation or multiple work- 
stations. In the latter case, FBSS implements a reserve/release mechanism so that when a 
device is being used it is reserved exclusively for the application using it. 

7.2.4 Communication Servers 

FBSS implements two communication servers which are designed to provide program-to- 
program communications. The first is an SNA server while the second is a native X.25 
server. The user has the responsibility for developing applications that will use these serv- 
ers. 

The SNA server provides support for the most common set of LU type 0, LU type 1 and 
LU type 2 protocols required for communicating with host subsystems such as CICS and 
IMS. The workstation can either appear as a single PU or multiple PUs depending on 
whether SDLC or HDLC are used as the data link protocols (HDLC is used when SNA 
is implemented over an X.25 communications facility). 

The native X.25 server provides a facility for communicating between workstations on the 
LAN and a non-SNA host or possibly another LAN. The responsibility for developing the 
applications and the higher-layer communications protocols that will ensure performance 
and integrity is left up to the user. 

7.2.5 Operator Interface, 3270 Emulators and Trace Facilities 

Most of the FBSS servers discussed so far require an application running in a workstation 
to activate them. In addition FBBS also includes a number of internal applications that 
either require user involvement or are activated on a timer-driven basis. 

User-activated internal applications include: 

• Operator Interface - is used to control and query status of the 3270 and 3287 emula- 
tors, and to access help panels 

• The 3270 Emulator - provides support for up to five concurrent 3270 terminal sessions. 
The user activates a Hot key sequence to jump between the different sessions 



• 



Trace Facilities - are provided to assist in resolving problems related to SNA, X.25, 
SDLC, the supervisor-router, the LAN, printers and the magnetic stripe readers. 



The 3287 Printer Emulator is the only timer-activated internal application supplied with the 
FBSS product. Printers attached to the workstation where the 3287 emulator is running 
can alternately print in local mode, that is as a personal computer printer, or in remote 
mode. In remote mode the printer emulates an 3287 LU type 1 printer and is used for 
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printing files received from an IBM System/370 host. Up to five LU type 1 sessions can 
be supported from a single workstation with three being active in parallel. 

The 3287 Printer Emulator runs as a background task and receives control from the 
supervisor-router at certain time intervals for a limited period of time. 

7.2.6 Customization Utility 

During system setup, the customization utility builds copy statements referring to the files, 
the supervisor, the required servers, the device drivers and other complementary modules. 
The specific files and statements are placed in a subdirectory for each workstation. 

All information for a workstation is completed under its subdirectory before testing. Test- 
ing is also a feature of the utility. On completion of successful testing, the customization 
utility can be used to make operational diskettes for the individual workstations which can 
then be distributed to the workstation locations. 

Once the system is operative, the customization utility can also be used to perform backup 
operations. Directories can be backed up separately or together. The utility uses the per- 
sonal computer DOS BACKUP and RESTORE commands for this function. 



7.2.7 Remote Change Management Services 

FBSS includes a Remote Change Management Services (RCMS) feature which provides 
support for software and data distribution from an IBM System/370 host. The RCMS is 
an internal function through which the IBM Net View Distribution Manager can access file 
systems of personal computer workstations attached to the LAN. 

RCMS uses the LU type protocols of the FBSS SNA Communication Server to com- 
municate with the host over either an SDLC or an X.25 connection. It may be enabled in 
any or all FBSS workstations and provides for data format conversion between host and 
workstations. An extensive set of functions is available for error reporting and recovery 
from failures. 

RCMS processes Net View Distribution Manager commands that allow the user to: 

Add files to a file system 

Replace already existing files 

Delete files 

Retrieve files from a file system 

Send a batch file to a workstation for subsequent execution 
by the operator 

Send a message to the workstation operator. 



7.3 Operating Environment 



This section identifies the minimum hardware and software components that are required 
by FBSS workstations that are to be attached to a I AN. It is not intended as an installa- 
tion guide but instead it is provided to give the reader an indication of what will be required. 

The configurations listed below do not include network components other than the LAN 
adapter cards. 
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7.3.1 Prerequisite Hardware 

Within the IBM Financial Branch System Services V2.1.1 environment at least one work- 
station must be configured as a server owner while the others can be configured as non- 
owner workstations. 

The minimum requirements for a server owner are: 

A supported IBM Personal Computer or IBM Personal System/2 

Diskette drive 

Fixed disk drive 

Keyboard 

640Kb of RAM storage is recommended, although the system may require less 

Display adapter and monitor 

Appropriate LAN adapter 

Optionally, one or more of the following, depending on the servers implemented: 

■ Communications adapters 

■ Printers 

- IBM 4717 MSR/E and IBM 4718 PIN pad devices. 

The minimum requirements for a non-owner workstation are: 

A supported IBM Personal Computer or IBM Personal System/2 

Diskette drive 

Keyboard 

640Kb of RAM storage is recommended, although the system may require less 

Display adapter and monitor 

Appropriate LAN adapter 

Optionally, one or more of the following, depending on the servers implemented: 

■ Printers 

- IBM 4717 MSR/E and IBM 4718 PIN pad devices. 



7.3.2 Prerequisite Software 

The IBM Financial Branch System Services V2.1.1 requires the following minimum levels 
of software: 

• IBM DOS 3.30 or DOS 4.00 (DOS 4.0, among other capabilities, supports disks 
greater than 32 MB) 



• 



EZ-VU II Runtime Facility (required at the central location for configuration and 
customizing utilities) 

The IBM LAN Support Program VI. 02 and later. 



7.4 Connectivity 



The IBM Financial Branch System Services V2.1.1 provides communications options for 
a LAN environment as well as for accessing host-based resources located elsewhere within 
a wide area network (WAN). The latter are provided by the communications servers dis- 
cussed earlier in the chapter. 

This section covers both LAN and WAN communications. The scenarios shown are given 
as examples and should not be taken to imply that they are the only configuration possi- 
bilities. 
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7.4.1 LAN Connectivity 

The IBM Financial Branch System Services V2.I.1 provides support for any of the fol- 
lowing LAN environments: 

• IBM PC Network Baseband 

• IBM PC Network (Broadband) 

• IBM Token-Ring Network. 

FBSS uses the NETBIOS protocols supplied with the IBM LAN Support Program for 
communication across the LAN. It uses a pair of NETBIOS sessions between an FBSS 
application machine and each machine with an FBSS server that is being used by the ap- 
plication machine. FBSS can support up to 31 session pairs thus allowing 32 workstations 
to be part of a single logical LAN. 
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7.4.1.1 Typical LAN Configurations 
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Figure 32. A Small FBSS LAN with 4700 Printer and Shared File Support 
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Figure 33. Two FBSS LANs Sharing Resources over an X.25 Connection 



7.4.2 Host Connectivity 

IBM Financial Branch System Services V2.1.1 makes provision for host access by any 
workstation on the LAN over one of the following communications facilities: 

• SDLC leased or dial, point-to-point 

• SDLC leased multipoint 

• X.25 Packet Switched Network. 
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The workstation that supports the above communication facilities, and provides gateway 
services to other workstations on the LAN, must be fitted with the appropriate communi- 
cations adapter. 

The FBSS user is presented with three options for accessing host applications. The first 
two, the SNA server and the native X.25 server provide support for user- written applica- 
tions running at the FBSS workstation to access host-based applications. The 3270 Emu- 
lator provides the third option and allows the FBSS user to interactively communicate with 
3270 type applications running under programs such as CICS or IMS. The 3287 Emulator 
allows host-generated output to be printed on a LAN-attached printer. 

The SNA server can use either the SDLC data link control or the X.25 data link control 
(HDLC) while the native X.25 server uses HDLC. SDLC operates as a half-duplex sec- 
ondary at speeds up to 9600 bps. HDLC supports up to 20 concurrent virtual circuits over 
a network connection running at speeds of up to 9600 bps.' 

Each workstation can have up to 15 session IDs to more than one communications server 
(gateway) which can be any combination of the SNA or X.25 servers. 

Figure 34 on page 89 depicts a workstation-based application communicating with either 
IMS or CICS on the host using LU type protocols. 

The native X.25 server provides a facility for interconnecting two personal computers or it 
can be used to connect a personal computer to a non-SNA host service. For connection 
to a non-SNA host service the host computer must provide X.25 virtual circuit (sometimes 
referred to as a switched virtual circuit) support. It is also necessary for the enterprise to 
develop applications and higher layer communications protocols that will run in both the 
personal computer and the non-SNA host. See Figure 35 on page 90 for an example of 
such a configuration. 

The 3270 Emulator is a component of FBSS that emulates basic functions of a 3270 ter- 
minal. Any workstation on the LAN can run the 3270 Emulator and the server will appear 
to the host as a 3274 model 51C control unit with up to five 3278 model 2 or 3279 model 
S2A terminals attached. The 3270 Emulator uses the SNA Server (SDLC only) as a gate- 
way for host access as shown in Figure 36 on page 91. The user is able to Hot key between 
the five 3270 host sessions. 
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7,4.2.1 Typical Host Connectivity Configurations 
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Figure 34. FBSS SNA Server Providing Gateway Support 



Notes to the above diagram: 

1. The applications njnning on the workstation and under IMS or CICS must be user- 
written. 

2. Communication between the workstation application and IMS or CICS on the host 
uses LU type protocols. 

3. The host connection can be either an SDLC link or X.25 virtual circuit. In the case 
of the latter, NPSI must run with the NCP. 

4. The host sees a single or multiple PUs depending on whether SDLC or HDLC is used 
as the data link protocol. 

5. The above configuration is supported in an IBM PC Network Baseband, an IBM PC 
Network (Broadband) and an IBM Token-Ring Network environment. 
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Figure 35. FBSS Native X.25 Gateway Support 
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Notes to the above diagram: 

1. The user has the responsibility for developing both the workstation application and the 
host application 

2. The user-written applications must provide the protocols necessary for aspects such 
as performance and integrity 

3. The FBSS server that provides the gateway support is the native X.25 communications 
server 

4. The host connection uses an X.25 virtual circuit with HDLC being the link protocol 

5. The above configuration is supported in an IBM PC Network Baseband, an IBM PC 
Network (Broadband) and an IBM Token-Ring Network environment. 
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Figure 36. FBSS 3270 Emulation Gateway Support 



Notes to the above diagram: 

1 . 3270 emulation runs on the workstation and supports up to five concurrent LU type 
2 sessions 

2. 3270 emulation uses the FBSS SNA server for gateway services 

3. The link protocol between the gateway and the host must be SDLC 

4. The above configuration is supported in an IBM PC Network Baseband, an IBM PC 
Network (Broadband) and an IBM Token-Ring Network environment. 



7.5 Financial Branch System Integrator 

The IBM Financial Branch System Integrator (PC/Integrator) operates as an extension of 
IBM Financial Branch System Services V2.1.1. It allows IBM Personal Computers and 
IBM Personal System/2 to be integrated as workstations in a 4700 Finance Communication 
System. The level of function provided differs slightly depending on the connectivity in- 
volved. Only those functions that apply in a LAN environment are described below. 

PC/Integrator is used in conjunction with the 4700/ Integrator microcode feature and sup- 
porting connectivity products on the IBM 4702 processors and 4701 Model X03 controllers. 
Together they allow: 

• Simulation of current 4700 products 

• Access to 4700 processor file and communication services 

• The ability to off-load 4700 processor terminal processing on to personal computers 

• System integration of personal computer applications. 
The PC/Integrator itself provides the following capabilities: 

• Connectivity support with 4700 systems for SNA sessions over a Token-Ring LAN. 

• Remote IPL of personal computer DOS is supported from the 4702 for workstations 
with the RIPL feature installed on their token-ring network adapters. 
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• 



4700 system workstation simulation using existing 4700 licensed programs allowing 
integration of new equipment into new or existing 4700 Finance Communication 
Systems. 

Access to PC DOS files stored in a virtual volume on the 4700 system. Data can be 
accessed by applications using conventional DOS calls. A shared, read-only volume 
and one of a group of private volumes may be accessed. Private volume access is 
password-protected and may be accessed by one user at a time 

Virtual file supports access via an SNA session. Personal computer DOS service calls 
for data-set processing are intercepted and the request is forwarded to the 
4700/ Integrator where it is mapped to a data set stored on the 4700 fixed disk. Data 
sets may be shared using DOS sharing and locking mechanisms. Access to these data 
sets from 4700 applications is possible, although no high-level support is provided. 



7.6 Management 



The LAN adapter card installed in an IBM Financial Branch System Services V2.1.1 
workstation is able to generate error and status information which can be captured by one 
of the DOS-based stand-alone LAN management application, as described in 
"Management" on page 7. 

In addition and as described in "Remote Change Management Services" on page 84 and 
"Customization Utility" on page 84, FBSS provides a number of administrative functions 
for the LAN environment. 
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8.0 Coexistence 
8.1 Background 

One of the key features of a LAN is that it can be shared by multiple users. 

A physical LAN consists of cabling, network components and the attaching devices. Typ- 
ically it will provide connectivity for the majority of computing devices within a building 
or campus and may be made up of a number of smaller LANs (LAN segments). When 
connected by bridges these LAN segments combine together to form a building or campus 
LAN. Bridges are included in the category of network components. 

A logical LAN consists of those user workstations which are attached to the physical LAN 
and use a common system. Within a physical LAN multiple logical LANs can exist and 
individual user workstations may belong to more than one of them. The fact that the 
physical LAN comprises multiple LAN segments connected by bridges should be trans- 
parent to the logical LANs. 

The LAN architectures are insensitive to such communications protocols as NETBIOS or 
SNA APPC, which are used for communication between requesters and servers. Network 
components that are sensitive to different communications protocols and that will only 
transport certain of them are contrary to the spirit of the international LAN standards. 

In the context of this document, logical LANs refer to the different server implementations 
discussed in the earlier chapters. Thus an IBM OS/2 LAN Server V1.0 domain is consid- 
ered to be a logical LAN. Where multiple domains exist, each of these would be considered 
as a separate logical LAN. 

The concept of sharing goes beyond attaching multiple logical LANs of the same kind to 
the same physical LAN. It includes the situation where an enterprise may wish to run two 
different implementations concurrently, for example the IBM PC LAN Program VI. 3 and 
the IBM AS/400 PC Support, both of which use different communication protocols. In 
fact should the need arise it is possible to run all of the server implementations discussed 
in this document as multiple logical LANs on the same physical LAN. Again the fact that 
the physical LAN consists of a number of LAN segments connected by bridges should be 
transparent to the logical LANs and thus it should be transparent to the different server 
implementations . 

With the exception of some NFS products, all of the IBM "requester" implementations run 
on a personal computer, with the primary dependencies being PC memory and the oper- 
ating system (DOS or OS/2). This means that the potential exists for some applications to 
run together on the same personal computer and if this is not possible due to memory or 
operating system constraints then they could be run consecutively on the same personal 
computer during different operating sessions. 

The rest of this chapter is devoted to describing different coexistence scenarios. 
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8.2 Scenarios 

In the following scenarios the abbreviations Wks and Srv refer to workstations and servers 
respectively. 



8.2.1 Scenario #1 



Figure 37. PC LAN 
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In this scenario we assume that Wks #2 is one of a number of PCLP 1 .3 workstations using 
the resources of Srv #1 and is also running IBM AS/400 PC Support. 

Wks #2 is thus able to use disk and print resources on Srv #1, and resources such as shared 
folders and virtual printers on the AS/400 

The IBM LAN Manager V2.0 provides management for both the IBM PC Network 
(Broadband) and the IBM Token-Ring Network. 
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8.2.2 Scenario #2 
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Figure 38. PC LAN Program VI. 3 and AS/400 PC Support Coexistence 



In this scenario we assume that Srv #1 is running both IBM AS/400 PC Support and as a 
PCLP 1.3 Base Services server. 

Workstations on the LAN running as PCLP 1.3 users will now have access to both per- 
sonal computer resources on Srv #1 and AS/400 resources without being aware of where 
they reside. 

The IBM LAN Manager V1.0 and later, provides management for the LAN. 
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8.2.3 Scenario #3 



Figure 39. PC LAN 
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In this scenario we assume that Wks #1, Wks #2 and Wks #3 are running both the ECF 
requesters and as a PCLP 1.3 Base Services Redirector. 

These workstations will have access to personal computer resources on Srv #1 and IBM 
System/ 370 host resources on Srv #2. Due to personal computer memory constraints Wks 
#1 will have to use the ECF command interface for data base services. 

The IBM LAN Manager V1.0 and later provides management for the LAN. 
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8.2.4 Scenario #4 



Figure 40. 
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In this scenario we assume that ECF support is available under OS/2 (as per IBM's state- 
ment of direction) and that Wks #1, Wks #2 Wks #3 are running the OS/2 requester as one 
task and the OS/2 ECF requesters as another task. 

These workstations will have access to personal computer resources on Srv #1 and IBM 
System/370 host resources on Srv #2. There should be no personal computer memory 
constraints providing the workstations are appropriately configured. 

The IBM LAN Manager Entry V1.0 (or any of the other stand-alone management appli- 
cations) provides management for the LAN. 
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8.2.5 Scenario #5 
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Figure 41. ECF and NFS Coexistence 



In this scenario we assume a mixed IBM/OEM environment. We also assume that the 
gateway is a PC/RT running the internet router and that all the workstations are personal 
computer DOS -based. 

Workstations that are able to run NFS client protocols will be able to access NFS resources 
residing on both the IEEE 802.3 (Ethernet) LAN and the Token-Ring LAN. With the 
appropriate 3270 emulation support they will also be able to access 3270 applications run- 
ning on the IBM System/370 host. By terminating the NFS client application and starting 
the ECF requesters, workstations attached to the IBM Token-Ring Network will have ac- 
cess to a different set of resources. 

The IBM LAN Manager V1.0 or later provides management lor the IBM Token-Ring 
Network. 
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8.2.6 Scenario #6 
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Figure 42. Coexistence of all IBM Server Implementations 



In this scenario we assume that Wks #1 is one of a number of workstations using the re- 
sources of Srv #1, Wks #2 is one of a number of workstations using resources on Srv #2, 
through to Wks #7 being one of a number of workstations using the resources of Srv #7. 

All of the workstations are able to coexist without interfering with one another and the IBM 
LAN Manager V 1.0 or later will collect status and error information relating to the opera- 
tion of the LAN. 
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9.0 Design Considerations 



9. / General A spects of LA N Design 

There are a number of general design considerations that should be borne in mind when 
implementing a LAN. These include: 

• Performance, both in terms of the ability to move the required volume of data and still 
achieve the desired response times, and reliability in so far as the LAN should always 
be available during the scheduled hours of operation. 

• Ease of installation and maintainability. The degree to which specialized tools and 
skills are required to install and grow the LAN, and the ability to add and remove 
workstations without disrupting the operation of the network. 

• Manageability, being the ability to ascertain that a problem has occurred, determine 
the cause of the problem and take corrective steps, all within a reasonable period of 
time. 

This chapter does not intend to provide an in-depth tutorial on these topics, but rather to 
look at specific factors which relate to the selection of the most appropriate LAN config- 
uration to meet your organizational requirements. 



9.2 Particular Aspects of Designing the 
Server-Requester Relationship in a LAN Environment 

The characteristics of the enterprise have a strong bearing on the design of the LAN and 
may also influence the selection of a LAN server. 

An enterprise with few people, all located within the same building and possibly on the 
same floor will have a relatively simple task of designing, installing, mamtaining and man- 
aging their LAN. 

Enterprises with many more people, located on multiple floors of a building and having a 
need to be connected to the LAN, will have to consider factors such as: 

• The number of workstations that can attach to the LAN, and 

• The possibility of installing more than one LAN and then interconnecting them to 
form a larger LAN. 

Where the people are spread over a number of buildings within a campus, the LAN designer 
will need to consider: 

• The ability of a single LAN to support great enough distances in order to span more 
than one building, or 

• The possibility of interconnecting multiple LANs across distances which are exposed 
to the elements. 
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Enterprises that have branches located in towns or cities across the country and that wish 
to install LANs in all locations will need to be aware of: 



• 



• 



The possibility of interconnecting multiple LANs using PTT -provided communication 
faculties, and 

The type of communication facilities provided by the PTT and the speeds at which 
they operate. 



A factor that affects all size enterprises is whether or not they have existing equipment to 
which workstations on the LAN must have access. Here the. considerations are: 



• 



• 



The availability of equipment that will provide gateway services for connecting LANs 
to networks of a different kind, and 

For those enterprises with branches in many locations, the possible use of an already 
installed network. 



In any of the above situations the type of transactions being performed will affect decisions 
as to response time requirements, reliability of the network and backup capabilities. 
Transactions that are workstation-oriented and only require an occasional interaction with 
the server will impose different requirements from those, some of which can be found in the 
banking environment, that are highly visible and may have a direct effect on the enterprises 
profitability. 

Volume of data transmitted is always a consideration but is especially so for enterprises 
which need to use PTT-provided facilities for communication between different locations. 

9.2.1 Gateway Selection 

In those situations where the server resides in a different network it may be necessary to 
use the services of a gateway in order to gain access to the server's resources. Typically 
gateways transform the link-level protocols of one network type to those of another while 
passing the higher level, communications protocols unchanged. They are able to provide 
access to networks in the same location or alternatively to networks in a remote location. 
In the latter case they use wide area network (WAN) communication facilities for providing 
connectivity. Gateways usually consist of hardware and either microcode or software or 
both. 

The criteria for selecting a particular gateway include: 

• Type of LAN supported - Token-Ring, Ethernet, or possibly a particular protocol 

• Cost - the cost of the gateway controller related to the function and performance re- 
quired 

• Availability - a communications controller will typically be more reliable than a per- 
sonal computer 

• Network Management - the network management products and facilities that are 
available to manage the network 

• Capacity to support devices - that is, the number of workstations to which the gateway 
is able to provide concurrent gateway services 

• Performance - the volume of traffic that can be supported and the contribution to 
transaction response times. Generally this is a function of hardware performance 
(internal cycle time) and the speed of the communications link supported, the latter 
being a significant factor. 

IBM supplies gateways to meet a number of different requirements. Those that are relevant 
to this document are listed below. Many implementation examples have been provided in 
the preceding chapters and therefore are not included here. 
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The following are the relevant gateways: 

IBM PC 3270 Emulation Program V3 

3174 with gateway feature 

37xx Communications Controller 

9370 integrated LAN adapters 

AS/400 integrated LAN adapters 

TCP/IP gateway protocols 

FBSS communication server. 

IBM PC 3270 Emulation Program V3 runs in a personal computer and provides gateway 
services to workstations attached to IBM PC Network Baseband, IBM PC Network 
(Broadband), and IBM Token-Ring Network LANs that wish to access an SNA host. It 
can be configured to attach to 3x74 Distributed Function Terminal (DFT) port via a coax 
cable or to a communications controller via an SDLC link. When attached via an SDLC 
link it requires an SDLC adapter or equivalent to be installed in the personal computer and 
supports line speeds of up to 19.2 Kbps. (In many countries 19.2 Kbps is not available 
from the PTT and the enterprise may have to settle for a 9600 bps line instead.) 

A 3174, depending on the model, can either be attached to a System/370 channel or at- 
tached via a communications link. It provide gateway services for up to 140 downstream 
physical units (DSPUs) attached to an IBM Token-Ring Network for accessing an SNA 
host. Examples of DSPUs are: 

• A workstation running IBM PC 3270 Emulation Program V3 and configured as a 
stand-alone station 

• A workstation running IBM PC 3270 Emulation Program V3 and configured as a 
gateway 

• 3174-03R. 

A link-attached 3174 will support line speeds of up to 64 Kbps. 

A 37xx Communications Controller (3720, 3725 and 3745) can either be attached to a 
System/370 channel or attached via a communications link. It provides gateway services 
for up to 9999 PUs connected to an IBM Token-Ring Network that wish to access an SNA 
host. When link-attached and depending on the model, the 37xx can support multiple links 
at speeds of up to 2 Mbps. Two or more communications links can be grouped together 
as a transmission group (TG) to provide increased throughput capability. 

The 9370 integrated LAN attachment subsystem consists of a communications processor, 
microcode and the appropriate LAN adapter, either a token-ring adapter or an IEEE 802.3 
(Ethernet type) adapter. It provides access to: 

• SNA applications using the token-ring subsystem 

• TCP/IP and AIX applications (also SNA 3270 applications via support in TCP/IP) 
using the IEEE 802.3 subsystem. 

The 9370 is also able to support communications links, running at speeds of up to 64 Kbps, 
for connection to a WAN. 

The various gateway protocols found m a TCP/IP environment are implementation- 
dependent rather than hardware-dependent. They route information between networks in 
the same location and between networks that are attached via a communications link. The 
speed of the communications link is dependent on the hardware running the TCP/IP gate- 
way protocols. An RT/PC can support link speeds of up to 64 Kbps and so can a 9370. 
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The FBSS communications server provides host access for FBSS workstations running on 
either an IBM PC Network Baseband, an IBM PC Network (Broadband), or an IBM 
Token-Ring Network. It provides access to either SNA or native X.25 applications over 
a communications link. The communications link can run at speeds of up to 9600 bps. 

9.2.2 Bridges 

An individual LAN, when connected to another LAN via a bridge, is referred to as a LAN 
segment. Bridges provide one possibility for interconnecting multiple LAN segments to 
form a single larger LAN. The terms LAN and LAN segment are used interchangeably 
depending on context. 

LANs that are bridged are considered to be in the same "address space." This means that 
workstations on one LAN segment are able to access resources residing on a second LAN 
segment and the fact that they are on a different LAN segments is transparent to them. 
There are a number of reasons for bridging LANs. Those that are relevant to this dis- 
cussion are listed below: 

• Bridges allow different type LAN segments to be interconnected. For example it is 
possible to connect an IBM PC Network (Broadband) to an IBM Token-Ring Net- 
work. 



• 



• 



• 



They facilitate the interconnection of different speed LANs, for example, the inter- 
connection of a 4 Mbps Token- Ring LAN to a 16 Mbps Token- Ring LAN. 

They provide a means of extending the LAN configuration by either increasing the 
geographic area covered or by increasing the number of stations that can be attached, 
or both. Most LANs have a limit as to distances that can be covered and the number 
of stations that can be attached. 

More than one bridge can be used for interconnecting two LANs, thus providing an 
alternative connectivity path for session traffic. 



• Large LANs can be split into smaller LANs to provide autonomous network man- 
agement entities. 

The possibilities for using bridges in a LAN design are governed to a certain extent by the 
type of LAN being implemented. This is because different LAN types require different 
bridging architectures, namely source routing, as used in the IBM Token- Ring Network and 
transparent bridging, as proposed for CSMA/CD-type LANs. 

An important difference between these architectures is that with transparent bridging it is 
neither possible to have concurrently active parallel bridges (bridges spanning the same two 
LANs) nor is it possible to have concurrently active parallel routes (routes that join the 
same source and destination using different physical paths), while with source routing botr 
are possible. 

IBM supplies three bridge products, all of which run in a dedicated personal computer: 

• The IBM PC Network Bridge Program - for interconnecting the IBM PC Network 
(Broadband) to a 4 Mbps Token-Ring LAN. 

• The IBM Token-Ring Network Bridge Program V2.0 - for interconnecting Token- 
Ring LANs operating at either 4 Mbps or 16 Mbps. 

• The IBM Token-Ring Network Bridge Program V2.1 - also referred to as a remote 
bridge. It provides all the capabilities of IBM Token- Ring Network Bridge Program 
V2.0 plus the ability to interconnect remote token-ring LANs (4 Mbps or 16 Mbps) 
over a leased teleprocessing line running at speeds of between 9600 bps and Tl. 

The following examples are based on the IBM Token-Ring Network: 
104 LAN Server Guide 



Figure 43 on page 105 shows a possible configuration for a three- story building. Each 
floor has its own LAN segment (referred to as a LAN in this example) which is con- 
nected via a bridge to two backbone LANs running up the length of the building. The 
server is attached to LAN 3 and is accessible by all workstations on all LANs. 
Workstation X on LAN 1 has a number of route alternatives for accessing the server 
located on LAN 3. The most obvious two are: 

• Route 1: X -> LAN 1 -> bridge 1 -> backbone LAN 1 -> bridge 5 -> LAN 
3 - > server 

• Route 2: X - > LAN 1 - > bridge 2 - > backbone LAN 2 - > bridge 6 - > LAN 
3 - > server. 

Route 2 can be a "backup" route for route 1 and visa versa. 
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Figure 43. A bridged LAN Showing Alternate Session Paths 



2. Figure 44 on page 106 shows three geographically distributed TRNs (Token-Ring 
Network LANs) connected to one another via remote bridges and leased communi- 
cation lines. TRN 3 supports the server function running in an IBM System/370 host 
which is attached to the LAN via a gateway. In this example workstation X on TRN 
1 has two route possibilities for accessing the server: 



Route 1: X -> TRN 1 -> remote bridge 1 
-> TRN3-> GW-> host 



> leased line - > remote bridge 2 



• Route 2: X - > TRN 1 - > remote bridge 5 - > leased line - > remote bridge 6 
- > TRN 2 - > remote bridge 4 - > leased line - > remote bridge 3 - > TRN 3 - > 
GW - > host. 

Route 2 can be an alternative route for route 1 and visa versa. An interesting feature 
of this configuration is that it provides alternate routing for SNA boundary node traffic, 
a facility that was previously not available. 
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9.2.3 Location of Servers 

The decision as to where to locate the server in a small LAN (LANs with less that 40 
workstations are generally considered to be small) should not normally create any difficul- 
ties. These LANs usually consist of a single LAN segment to which the server or servers 
will be attached. Larger LANs introduce a number of complexities and decisions need to 
be made based on: 

Geographic distribution and number of the users wishing to access the server 

Affinity groups 

Which server implementation has been selected 

Cost of the server implementation 

Volume of traffic between the requesters and the server 

Skills of the end users. 

These factors are generally all interrelated but for purposes of simplicity are discussed indi- 
vidually. 

The geographic distribution and number of the users wishing to access the server has been 
dealt with to some extent in "Particular Aspects of Designing the Server- Requester Re- 
lationship in a LAN Environment" on page 101. This will determine the size of the LAN 
or LANs, the number of LAN segments and the location of the LAN segments. When 
remote LAN segments are interconnected the decision might be to implement more than 
one server, locate them on the individual LAN segments, and use the interconnection for 
casual communication. 
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Affinity groups are groups of end users who perform related tasks. Information studies have 
shown that a high percentage of all communication generated by members of an affinity 
group will be to other members of the same affinity group. For this reason it is generally 
desirable that all members of an affinity group are attached to the same LAN segment. 

The server implementation that has been selected will typically have a bearing on where it 
is located. For example the granularity of a personal computer-based implementation may 
make it practical to implement one or more servers per affinity group. On the other hand 
a System/ 370-based server may mean that there will be one server computer for the entire 
enterprise. In this case it would probably be attached to the backbone network in an at- 
tempt to equalize the session path for all users. 

The cost of the server implementation, when compared with the expected benefit and the 
number of users it must support will determine the number of server computers that are to 
be installed. This in turn will influence whether the servers are attached to the backbone 
LAN or to individual LAN segments. 

The volume of traffic between the requesters and the server will affect the viability of re- 
motely locating the server and providing access via a wide area network. When large vol- 
umes of traffic are involved it is desirable to directly attach the server to the LAN on which 
the requesters reside. Volume of traffic will, to a much lesser extent, have a bearing on the 
number of bridges that the session path should cross. A single bridge is generally only ca- 
pable of carrying a percentage of the traffic that any LAN segment can carry. 

End users with computer-related skills will generally welcome the challenge of mamtaining 
their own server or servers. Users who do not have these same skills and who are not in- 
clined to develop them would prefer that the IS department maintain their server. In the 
latter case the servers would be implemented where the IS department has access to them. 



9.2.4 Analysis of the Current Environment and Customer Skills 

The investment an enterprise has in existing equipment may, to a large extent, influence the 
decision as to which server the enterprise will select. For example an enterprise with an 
installed AS/400, wishing to install a LAN, may very well implement the AS/400 as their 
server, particularly if the system is not fully utilized. The same consideration would apply 
to ECF on a IBM System/370 host. 

The above point is very closely related to the investment an enterprise has in skills. The 
System/ 370 type skills required to implement ECF may well exclude an enterprise which 
has previously only had personal computer-related experience from the benefits it has to 
offer. Under such circumstances a personal computer-based server implementation such 
as IBM PC LAN Program VI. 3 or IBM OS/2 LAN Server V1.0, or both together could 
be very attractive. 

An enterprise with multiple vendors equipment installed may find that NFS as a server is 
the only economic means of providing a server environment that is accessible by the dif- 
ferent vendor's equipment. 

Another key consideration is whether or not the enterprise has the programming skills 
necessary to develop applications in-house. For example an FBSS environment is heavily 
dependent on "home grown" applications and requires good skills in the communications 
area. 

For enterprises that have no previous LAN experience, the challenges of implementing any 
type of LAN will be similar. The real test comes when problems are encountered. For this 
reason the availability of comprehensive management tools should be an important deciding 
factor. 
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9.3 Performance Factors 



The type or speed of the LAN will normally have very little impact on performance where 
only a few interactive stations are involved. However, for LANs consisting of many stations 
and where large volumes of data are being transmitted, particularly graphic data streams, 
the choice of LANs can be critical. 

The important consideration when comparing different LANs is the data throughput ca- 
pability. This very often has no relationship to the actual media speed and can be referred 
to as an efficiency factor. For example a LAN delivering a data throughput of 400 Kbps 
on a 1 Mbps LAN can be considered as having an efficiency factor of 0.4 (40 percent). 
Elements that determine the efficiency factor are: architecture - LANs based on token-ring 
network architecture deliver far higher throughput capabilities than their CS MA/CD 
counterparts, and, to a much lesser extent, the way in which the LAN is used as outlined 
below: 



• 



• 



• 



Every frame transferred across the LAN has a header and a trailer appended. These 
are independent of the amount of data being sent and represent an overhead. Thus 
transferring fewer large blocks of data across the network is more efficient than trans- 
ferring many smaller records. 

The size of the frame transmitted and received also impacts the amount of work that 
the LAN adapter must perform. Each frame sent incurs basically the same overhead 
of frame setup, routing and error checking. 

Protocol overhead associated with the communication between server and requester 
may also have an impact on performance. Implementations based on a datagram type 
service generally have less communications overhead than implementations based on 
a connection-oriented service but at the expense of integrity. For unreliable networks 
the overhead of recovery in terms of additional transmissions may outweigh the bene- 
fits of not providing acknowledgements. SNA is typically a connection-oriented pro- 
tocol while the User Datagram Protocol (UDP) of TCP/IP is, as the name implies, a 
datagram service. 

The next sections deal with practical performance considerations for designing LANs. 

9.3.1 Overhead of Crossing Several Segments 

Bridges provide solutions for a number of diverse requirements as discussed in "Bridges" 
on page 104, in that they allow for a great deal of configuration flexibility. However, there 
are a couple of considerations that should be borne in mind when designing a bridged LAN: 

1 . Every bridge crossed in the session path introduces a bridge hop delay. This is 
normally insignificant, as it can be counted in milliseconds, but may have an impact 
on perceived response times when multiple bridges are crossed and the session path 
becomes heavily utilized. 

2. In those environments where parallel bridges are supported (that is, source routing is 
used), the session path is determined at session setup time and is retained for the du- 
ration of the session. The route selected at that time delivers the best response times 
but as traffic increases this may no longer be true. Source routing will only provide 
load balancing in environments where sessions are established and terminated fre- 
quently, and not in those environments where sessions are established before traffic 
starts and held for the entire day. For example a 3174-03R will establish its route when 
powered on and before users log on to their terminals. 

Thus, in bridged environments where more than three LANs are involved and there is a 
substantial amount of inter- LAN traffic, a backbone concept as shown in Figure 43 on 
page 105 may deliver better response times than a daisy-chain configuration. This is be- 
cause in such a configuration the session path should never have to cross more than two 
bridges in any one direction (sending or receiving). An improvement on this configuration 
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would be to attach the server to the backbone LAN in which case the session path would 
only have to cross one bridge in any one direction. 

The bridge programs run in dedicated personal computers. By upgrading the personal 
computer model, throughput can be improved. Be aware though, that upgrading beyond 
a PS/2 model 50 may not give the desired result. 

The primary consideration for implementing parallel bridges should be to provide a backup 
route and not for the provision of load balancing, although the latter may be a contributing 
factor. 



9.3.2 Overhead Created by Heavily Utilized Paths 

Every component within a network has a rninimum time in which it can perform certain 
tasks. This is due to the characteristics of the component and can be referred to as the 
service time. For example, if we assume that 100 percent efficiency is possible then a 9600 
bps communications line is able to transport 9600 bits in one second, and therefore the 
service time for 9600 bits over such a line is one second. 

The line, in this context, is referred to as a "server" and will continue to transmit approxi- 
mately 9600 bits every second. However, a fullscreen output message which may exceed 
1200 characters (9600 bits) but which we will consider as being 1200 characters, may arrive 
at the "server" behind other traffic. The time taken for the message to get to the other side 
of the line is now the total of service time plus queuing time. We refer to this as total service 
time. The arrival rate of traffic at a server is not always constant and is therefore averaged 
and referred to as a utilization percentage. 

A rule of thumb for detemiining total service time is to apply the simplified queuing for- 
mula contained in Figure 45 on page 109. For example, if we assume that the line is 50 
percent utilized then we can calculate that the total service time will be two seconds for the 
same 1200 characters. 

Two seconds is thus the contribution that the line, as one of the components in a session 
path, will make to a transaction's response time. We can see from the formula that as the 
utilization of a component (the line in this example) increases so the total service time in- 
creases at an exponential rate. This factor is particularly relevant when selecting a link- 
attached gateway. 
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Note: This formula is totally invalid for computations that involve components, such as a 
37xx communications controller, which incorporate multiple "servers." 
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9.3.3 Performance Degradation of a Low Performing Component 

Two situations are considered in this section: 

1. The implementation of a link-attached 3174 as a gateway 

2. The impact of implementing a low-speed communications between remote bridges. 

The 3174 models 51R, 01R, 52R, and 02R are link-attached to the host and provide gate- 
way services to DSPUs (refer to "Gateway Selection" on page 102 for examples of DSPUs) 
attached to a LAN. The 3174, together with the DSPUs that use its services, is viewed by 
the host as a multipoint configuration. This means that although the user derives the 
benefit of line speeds up to 64 Kbps and excellent processor performance, he or she should 
be aware of the polling overhead associated with such a configuration. Every DSPU is in- 
dividually polled by the upstream communications controller. In this environment polling 
can be considered a non-productive overhead which limits the number of DSPUs that 
should be configured when good host response times are required. In LANs where IBM 
PC 3270 Emulation Program V3 is used, a configuration as shown in Figure 46 on page 
1 10 will reduce the impact of polling. One of the workstations is configured as a gateway 
and will be polled. It then provides gateway services to up to 32 workstations configured 
as network stations. The latter are not polled. The IBM PC 3270 Emulation Program 
V3 gateway in turn uses the 3 1 74 as its gateway. 
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Figure 46. A possible Solution for Reducing Remote 3174 Polling Overhead 



A 37xx communications controller is not subject to the same polling considerations as a 
3174 gateway environment. The gateway 37xx is polled as a single physical unit (PU) by 
the upstream communications controller and, in contrast to the normal SDLC poll which 
can be referred to as an activity poll, PUs downstream of a 37xx gateway receive an HDLC 
inactivity (timeout) poll on a far less frequent basis. This has no noticeable effect on per- 
formance. 

In a bridged LAN environment, one of the factors to consider is the use of buffers in the 
bridge. Where high inter-LAN traffic volumes are involved it is possible the bridge may 
suffer from buffer depletion. This is because the bridge is unable to pass on traffic as fast 
as it is receiving it. The remote bridge LAN environment as shown in Figure 47 on page 
1 1 1 is potentially susceptible to this situation. The potential exists in that the speed of the 
communications link between the remote bridge personal computers may not be adequate 
for the volume of inter- LAN traffic. Under these circumstances it is possible that frames 
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will be lost and it is then up to the higher layer protocols to perform recovery. It may 
therefore be essential that the inter- LAN communications link be configured to run at rel- 
atively low utilizations. 
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Figure 47. Remote Bridge: Performance Implications of Running a Low-Speed Link 



9.3.4 Performance Impact for using 4 Mbps or 16 Mbps 

The question to be answered here is, "When do I implement a 4 Mbps Token-Ring LAN 
and when do I implement a 16 Mbps Token- Ring LAN?" The answer is quite simply that 
it depends on the volume of traffic that the LAN must carry. 

It should be borne in mind that when a LAN can support close to its media speed in traffic 
then 4 Mbps is a significant amount of data. Having said this, there are situations where 
the implementation of a 16 Mbps LAN is justified. For example where a backbone LAN 
is implemented with multiple "floor" LANs attached to it, and the aggregate of the traffic 
being sent by the floor LANs across the backbone LAN requires that the latter run at 16 
Mbps. 

One might argue that information studies have shown that 80 percent of information 
transfer stays within a department and if the LAN was designed according to affinity groups 
then there should be very little traffic flowing on the backbone LAN. 

A practical example can be used to illustrate the potential for a high-speed backbone LAN. 
In Figure 48 on page 1 12 we assume that X, Y and Z each represent multiple 3174's whose 
only function is to provide users with access to the host attached to the backbone LAN. 
These 3174's each generate sufficient traffic to consume 50 percent of the capacity of the 
LANs that they are attached to. All of this traffic must go via the backbone LAN in order 
to get to the host. This means that if the backbone LAN were running at 4 Mbps it would 
be saturated even before taking inter-LAN traffic into account. 
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Figure 48. 16 Mbps Backbone Token-Ring Network 



9.4 Interoperability and the Future with SAA 

Current server implementations provide a high degree of function within a specific envi- 
ronment. However, although two implementations may both use the SRPI, this does not 
imply that the requester of one can access the server of the other. If this is the long-term 
objective, then one of the challenges facing product designers is the fact that data stored on 
one system is not necessarily in the same format as the same data stored on another system. 
This is largely a function of different operating systems. Generally speaking data is either 
stored in stream files, flat files or data-bases. 

Stream files provide only the minimum amount of support needed to access file data and 
thus provide the greatest flexibility to the programmer. When used, strings of bytes can be 
read or written according to their relative position within the file. Examples of stream files 
are found in UNIX and personal computer DOS and OS/2. 

Flat files are record files that attempt to provide a broad set of functions that are useful in 
implementing file models of high-level languages. Sequential access, direct access and 
indexed- sequential access files are classified as flat files with examples of such file systems 
being VSAM under MVS/XA and the integrated file system of OS/400. 

Hierarchical and relational data bases are forms of record files that have been designed with 
data integrity, recovery, security, access flexibility and performance in mind. An example 
of a relational data base is DB/2 under MVS. 

Stream files, flat files and data bases each serve different requirements and one may be better 
suited to storing a particular type of data than the other. For example a flat file is better 
suited to storing complex documents than a data base. The net result is that even with the 
emergence of the Database Manager under OS/2 it does not indicate a trend that there will 
be a move away from stream files and flat files. Programmers therefore require a framework 
for developing servers and requesters that will communicate between different environments 
and produce consistent results. 

Systems Application Architecture (SAA) is a framework which provides cross-systems 
consistency across a broad spectrum of hardware, architecture, and operating systems en- 
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vironments. What this means in practical terms is a common user interface, portability of 
applications and a consistent means of communication across the SAA designated envi- 
ronments, namely: 

• MVS/ESA 

• VM & VM/XA 

• OS/400 

• OS/2 EE. 

These capabilities are defined within three elements of SAA; Common User Access (CUA), 
Common Programming Interface (CPI) and Common Communications Support (CCS). 
See Figure 49 on page 113. CCS utilizes the SNA logical unit (LU) type 6.2 protocols and 
provides interconnect and data interchange to SAA end users and applications through the 
CPI, while also specifying the means by which non-SAA systems may participate in SAA 
environments. 
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Figure 49. SAA: Showing the Relationships of CPI and CCS 



Within the context of servers and requesters the element of SAA that is important in terms 
of future directions and development is the CPI. The two environments to be considered 



are: 

• Distributed applications 

• Distributed data. 



Distributed applications require program-to-program communications in order for one 
SAA application to access and exchange data with another. The Communications Interface 
(CI) which is part of CPI, provides the means, at program execution time, of generating the 
appropriate CCS formats and protocols for communicating with another SAA application. 
The CPI/CI is destined to replace the SRPI, in an evolutionary manner, over time. 

Distributed data may be stored, retrieved or updated either as files or as a relational data- 
base with elements of CPI having been specified to support both environments. Files are 
accessed using the file input/output element of CPI where requests are transformed into the 
CCS protocols defined in the IBM Distributed Data Management (DDM) architecture. 
The CPI element for a relational data base is IBM's Structured Query Language (SQL) 
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Acronyms and Abbreviations 



ANSI: American National Standards In- 
stitute 

APPC: Application Program-to -Program 
Communication 

ASCII: American (National) Standard 
Code for Information Exchange 

AWG: American Wire Gauge 

BIOS: Basic Input/Output System 

BNN: Boundary Network Node 

bps: bits per second 

BS: Base Services 

CATV: Community Antenna Television 

(Cable TV) 

CCITT: Comite Consultatif International 
Telegraphique et Telephonique 
(International Telegraph and Telephone 
Consultative Committee) 

CCS: Comnon Communications Support 

CF: Control Field 

CIM: Computer- Integrated Manufactur- 
ing 

CPI: Common Programming Interface 

CPRB: Connectivity Programming Re- 
quest Block 

CSMA/CD: Carrier Sense Multiple Ac- 
cess with Collision Detection 

C&SM: Communications & Systems 
Management 

dB: decibel 

DDM: Distributed Data Management 

DFT: Distributed Function Terminal 

DISC: Disconnect (Command) 

DLC: Data Link Control 



DOS: Disk Operating System 

DSAP: Destination Service Access Point 

DSPU: Downstream Physical Unit 

DTE: Data Terminal Equipment 

DW4: DisplayWrite 4 

EBCDIC: Extended Binary Coded Deci- 
mal Interchange Code 

FCS: Frame Check Sequence 

FDX: Full-Duplex 

FDDI: Fiber Distributed Data Interface 

GW-NCP: Gateway NCP 

HDX: Half-Duplex 

HLLAPI: High- Level Language Applica- 
tion Programming Interface 

ICS: IBM Cabling System 

INN: Intermediate Network Node 

IEEE: Institute of Electrical and Elec- 
tronic Engineers 

IMPL: Initial Microprogram Load 

IO: Input/ Output 

IPC: Inter Process Communication 

IPL: Initial Program Load 

ISO: International Standards Organiza- 
tion 

IWS: Intelligent Workstation 

KB: Kilobytes 

Kbps: Kilobits per second (Thousands of 
bits per second) 

LAN: Local Area Network 

LED: Light Emitting Diode 



Acronvms and Abbreviations 
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LLC: Logical Link Control 

LPDU: Logical Link Protocol Data Unit 

LSAP: Logical Link Control Service Ac- 
cess Point 

LSP: Local area network (LAN) Support 
Program 

LU: Logical Unit 

MAC: Medium Access Control 

MAP: Manufacturing Automation Proto- 
col 

MAU: Multi- station Access Unit 

MB: Megabytes 

Mbps: Million bits per second 

MFI: Main Frame Interactive 

MMS: Manufacturing Messaging Specifi- 
cations 

MVID: Major Vector Identifier 

NADN: Nearest Active Downstream 
Neighbor 

NAUN: Nearest Active Upstream Neigh- 
bor 

NCP: Network Control Program 

NETBIOS: Network Basic Input/Output 

System 

NTRI: NCP Token- Ring Interface 

OEM: Other Equipment Manufacturer 

OSI: Open Systems Interconnection 

OS/2: Operating System/2 

OS/2 EE: Operating System/ 2 Extended 
Edition 

OS/2 SE: Operating System/2 Standard 
Edition 

PABX: Private Automatic Branch Ex- 
change 

PC: Personal Computer 

PCLP: Personal Computer Local area 
network Program 



PM: Presentation Manager 

PS/2: Personal System/2 

PU: Physical Unit 

RAM: Random Access Memory 

RF: Radio Frequency 

RI: Routing Information 

RIPL: Remote Initial Program Load 

ROM: Read-Only Memory 

RPM: Records Per Minute 

RR: Receive Ready 

SAA: Systems Application Architecture 

SAM: Sequential Access Method 

SABME: Set Asynchronous Balanced 
Mode Extended (Command) 

SAP: Service Access Point 

SDLC: Synchronous Data Link Control 

SNA: Systems Network Architecture 

SPCS: Service Point Control Service 

SRPI: Server/ Requester Programming 
Interface 

SSAP: Source Service Access Point 

TCP/IP: Transmission Control 
Protocol/Internetwork Protocol 

TIC: Token-Ring Interface Coupler 

TRA: Token- Ring Adapter 

TRM: Token- Ring Multiplexor 

TRSS: Token-Ring Subsystem 

TSAF: Transparent Services Access Fa- 
cility 

TTP: Telephone Twisted Pair (Wiring) 

UA: Unnumbered Acknowledgment 

VSAM: Virtual Storage Access Method 

XID: Exchange Identification 
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